Reparto e assistenza

Consegnare, verificare e pubblicare il planning

Anteprima locale, triplo test automatico, doppia verifica delle mezze giornate e dei nomi, poi pubblicazione in quattro clic e verifica online.

Professore associato (MCU-PH)Professore ordinario (PU-PH)Claude CodeCoworkGitHubNetlify15 min per versione

Consegnare e pubblicare: circuito in quattro tempi, rapporto di verifica, modifiche prima / dopo.
Consegnare e pubblicare: circuito in quattro tempi, rapporto di verifica, modifiche prima / dopo.

Schermata di uno strumento reale · dati fittizi, nomi sfocati · interfaccia in inglese

Il problema

Una nuova versione del planning può cancellare dati, rompere una scheda o mostrare vecchi nomi sulle postazioni dell’équipe. E la procedura di pubblicazione, eseguita una volta al mese, si dimentica da una volta all’altra.

Metodo passo per passo

  1. Ripartire dalla fonte online, non da una copia locale: archiviarla così com’è, con lo stato attuale dei dati.
  2. Consegnare sempre quattro cose: un’anteprima locale da aprire subito, il file da pubblicare (già rinominato index.html in una cartella _A_PUBLIER_vXX), la fonte archiviata ed eventuali mail, redatte nella conversazione.
  3. Triplo test automatico (browser pilotato):
    • nessun errore di script, tutti i moduli caricati, con e senza dati reali;
    • le viste chiave: la vista mensile mostra tutto il personale, le assenze sono visualizzate;
    • i gesti reali: importazione di una mail di assenze, trascinamento in una scheda, assegnazione di un sostituto.
  4. Doppia verifica delle mezze giornate: confrontare il planning tipo con ogni scheda di attività ed elencare le discrepanze (qualcuno previsto in ecocardiografia nel modello ma assente dalla scheda di ecocardiografia). Nulla viene corretto senza approvazione.
  5. Doppia verifica dei nomi con la rubrica: ortografia, identificativi, doppioni, persone non trovate segnalate come tali.
  6. Pubblicare in quattro clic:
    1. aprire il repository GitHub del planning;
    2. «Add file», poi «Upload files»;
    3. trascinare il file index.html (sostituisce il vecchio, ed è voluto);
    4. «Commit changes» sul ramo principale.
  7. Verificare online dopo un minuto: ricaricamento forzato (Ctrl + F5), numero di versione nel titolo, nuovi pulsanti presenti. Un banner «non connesso» scompare con la password di équipe.
  8. Annunciare: una breve mail alla segreteria e alla casella dell’attività interessata, con gli altri in copia, redatta nella conversazione e inviata da voi.

Risultato

Una versione testata, le discrepanze elencate, una pubblicazione verificata e un annuncio pronto.

Lezioni apprese

  • Una copia congelata dei dati all’interno del file pubblicato fa ricomparire vecchi nomi sulle nuove postazioni: eliminarla e segnalare ogni postazione non connessa.
  • Trascinare una persona su una cella occupata può creare un doppione: testare questo gesto a ogni versione.
  • Una procedura di pubblicazione va scritta per qualcuno che non l’ha mai eseguita, compreso ciò che deve vedere alla fine.

Prompt di partenza

Ecco la fonte online del planning. Applica la correzione richiesta, poi consegna l’anteprima locale, il file da pubblicare rinominato index.html, il triplo test, l’elenco delle discrepanze sulle mezze giornate e la procedura di pubblicazione in quattro clic.

← Torna al trittico