Abteilung & Versorgung
Den Dienstplan ausliefern, prüfen und veröffentlichen
Lokale Vorschau, zwei Testreihen, doppelte Prüfung von Halbtagen und Namen, dann Veröffentlichung über einen Zweig und einen Pull-Request und Kontrolle, dass online wirklich alles funktioniert.
Bildschirmfoto eines echten Werkzeugs · fiktive Daten, Namen unkenntlich · Oberfläche auf Englisch
Das Problem
Eine neue Version des Dienstplans kann Daten löschen, einen Reiter zerstören oder auf den Arbeitsplätzen des Teams alte Namen anzeigen. Und das Veröffentlichungsverfahren, einmal im Monat durchgeführt, wird von einem Mal zum nächsten vergessen.
Schritt für Schritt
- Gehen Sie von der Online-Quelle aus, nicht von einer lokalen Kopie: Archivieren Sie sie unverändert, mit dem aktuellen Datenstand.
- Liefern Sie immer vier Dinge: eine lokale Vorschau zum sofortigen Öffnen, die Änderungen auf einem eigenen Zweig (bereit für einen Pull-Request), die archivierte Quelle und etwaige E-Mails, in der Unterhaltung entworfen.
- Zwei Testreihen vor jeder Veröffentlichung, beide bestanden: eine Testreihe zur Datenlogik (Zusammenführung nach Identität, Anwesenheiten in geraden oder ungeraden Wochen, Migrationen, Zeile „ebenfalls anwesend“), danach der Dreifachtest in einem ferngesteuerten Browser:
- keine Skriptfehler, alle Module geladen, mit und ohne echte Daten;
- die Schlüsselansichten: Die Monatsansicht zeigt alle Mitarbeiter, Abwesenheiten werden angezeigt;
- die echten Handgriffe: Import einer Abwesenheits-E-Mail, Drag-and-drop in einem Reiter, Zuteilung eines Springers.
- Doppelte Prüfung der Halbtage: Vergleichen Sie den Musterplan mit jedem Tätigkeitsreiter und listen Sie die Abweichungen auf (jemand ist im Musterplan für Echokardiographie eingeteilt, fehlt aber im Echokardiographie-Reiter). Nichts wird ohne Freigabe korrigiert.
- Doppelte Prüfung der Namen anhand des Verzeichnisses: Schreibweise, Kennungen, Dubletten, nicht gefundene Personen als solche markiert.
- Bündeln und Zustimmung einholen: Nichts wird ohne Ihre ausdrückliche Zustimmung veröffentlicht. Die Korrekturen einer Sitzung werden in einer einzigen Version gebündelt, statt für jede Korrektur einzeln zu veröffentlichen.
- Über einen Zweig und dann einen Pull-Request veröffentlichen: Claude schiebt die Version auf einen Zweig und eröffnet einen Pull-Request, der die Änderungen, die Ergebnisse beider Testreihen und die Abweichungen zusammenfasst. Die verantwortliche Person prüft und führt ihn selbst zusammen; die Veröffentlichung folgt automatisch. Ein direktes manuelles Hochladen auf die Online-Version gibt es nicht mehr.
- Online prüfen, denn bereitgestellt heißt nicht getestet: harter Neuladevorgang (Strg + F5), Versionsnummer im Titel, neue Schaltflächen vorhanden, und der korrigierte Handgriff wird tatsächlich wiederholt. Kein Link wird weitergegeben, ohne geöffnet worden zu sein; sonst trägt er den Vermerk „nicht geprüft“. Ein Banner „nicht verbunden“ verschwindet mit dem Team-Passwort.
- Ankündigen: eine kurze E-Mail an das Sekretariat und an das Postfach der betreffenden Tätigkeit, die übrigen in Kopie, in der Unterhaltung entworfen und von Ihnen versendet.
Ergebnis
Eine getestete Version, aufgelistete Abweichungen, eine geprüfte Veröffentlichung und eine fertige Ankündigung.
Gewonnene Erkenntnisse
- Eine eingefrorene Kopie der Daten in der veröffentlichten Datei lässt auf neuen Arbeitsplätzen alte Namen wieder auftauchen: Entfernen Sie sie und markieren Sie jeden Arbeitsplatz, der nicht verbunden ist.
- Eine Person auf eine belegte Zelle zu ziehen, kann eine Dublette erzeugen: Testen Sie diesen Handgriff bei jeder Version.
- Ein Veröffentlichungsverfahren muss für jemanden geschrieben sein, der es noch nie gemacht hat, einschließlich dessen, was er am Ende sehen sollte.
- Über die Kapazität einer Zelle hinaus „verschwanden“ Namen: Eine Zeile „ebenfalls anwesend“ zeigt nun alle, die darüber hinausgehen.
- Zwei Personen bearbeiten gleichzeitig dieselbe Zelle: nach Identität zusammenführen (wer eingeteilt ist), nie nach Position in der Liste, sonst löscht die eine Änderung die andere.
- Der Dienstplan speist nie den persönlichen Kalender: Es sind zwei getrennte Quellen.
Einstiegsprompt
Hier ist das Repository des Dienstplans. Setze die gewünschte Korrektur auf einem Zweig um, lass beide Testreihen laufen und liefere dann die lokale Vorschau, die Liste der Abweichungen bei Halbtagen und Namen sowie einen prüfbereiten Pull-Request. Veröffentliche nichts ohne meine Zustimmung.