CapordiaDie tatsächlich übertragene Verantwortung abgrenzen
Geben Sie das betroffene Projekt, die Kampagne und den Zeitraum an. Die Übergabe kann die Überwachung eines Stapels, die Abnahme seiner Ergebnisse oder die Vorbereitung eines Exports betreffen. Sie überträgt nicht automatisch die fachliche Entscheidung, den Kauf eines neuen Zeitraums oder das Recht, die Software zu wechseln. Benennen Sie eine Person, die die Arbeit übernimmt, eine Vertretung und die für Entscheidungen außerhalb des Rahmens zuständige Ansprechperson.
Unterscheiden Sie die Vorbereitung der Zugänge von der Übertragung der Verantwortung. Der gesonderte Leitfaden zu den Zugängen behandelt Identitäten und Berechtigungen; hier prüfen Sie, ob die empfangende Person die vorgesehenen Mittel nutzen und die richtigen Informationen finden kann. Übermitteln Sie kein Passwort im Übergabeblatt. Die Referenz des Bestellkontos und die Betriebszugänge erfüllen unterschiedliche Funktionen.
Den Arbeitsstand zu einem bestimmten Zeitpunkt festhalten
Das Übergabeblatt muss die abgeschlossenen, die laufenden und die anstehenden Aufgaben sowie offene Abweichungen zeigen. Fügen Sie den Zeitpunkt dieser Erhebung, die aktive Version, die letzte Änderung und den nächsten Vorgang hinzu. Ein Satz wie „alles normal“ veraltet, sobald eine Aufgabe fehlschlägt. Kennungen und ein datierter Status ermöglichen es der Kollegin oder dem Kollegen, das Übergabeblatt mit dem abzugleichen, was sie oder er tatsächlich beobachtet.
Das Site Reliability Workbook beschreibt das Lesen der vorherigen Übergabe zu Beginn einer Schicht und die Vorbereitung einer schriftlichen Übergabe an die nächste. Übertragen Sie dieses Prinzip für Ihre GPU-Kampagne auf einige nützliche Fakten: erwartete Entwicklung, blockierte Arbeit, bereits versuchte Maßnahme und informierte Person. Das Übergabeblatt soll die nächste Entscheidung leiten, ohne zu einem erschöpfenden Protokoll jeder Nachricht zu werden.
Ein Verfahren schreiben, das Beobachten, Handeln und Anhalten unterscheidet
Ein Betriebsverfahren, oder Runbook, beschreibt eine Situation und eine zulässige Aktion. Geben Sie für jede Aktion ihre Voraussetzung, ihre erwartete Wirkung, die Kontrolle nach der Ausführung und die Abbruchbedingung an. Ersetzen Sie „bei Bedarf neu starten“ durch eine Regel, die die betroffene Aufgabe identifiziert, das Fehlen eines bereits akzeptierten Ergebnisses prüft und einen gleichzeitigen Neustart untersagt. Deckt das Verfahren den beobachteten Fall nicht ab, weiß die empfangende Person, wen sie anrufen kann.
Das vorgeschlagene Raster ordnet die Entscheidungen Ihres Teams; es begründet keine Berechtigung in Capordia. Schwellenwerte, Personen und Werkzeuge müssen an das Projekt angepasst werden. Trennen Sie außerdem die technische Möglichkeit, einen Befehl auszuführen, von der Erlaubnis, dies zu tun: Ein funktionierender Zugang genügt nicht, um eine Löschung oder eine neue Ausgabe zu bestätigen.
| Situation | Vorgesehene Aktion | Einzuholende Entscheidung |
|---|---|---|
| Aufgabe weiterhin aktiv | Ihren Status und ihr letztes Ergebnis beobachten | Vor jeder Unterbrechung |
| Durch das Verfahren abgedeckter Fehler | Die identifizierte Aufgabe nach Prüfung der Ausgaben neu starten | Wenn die Ursache vom dokumentierten Fall abweicht |
| Ergebnisabweichung | Die Ausgabe beiseitelegen und die zuständige Person benachrichtigen | Vor Veröffentlichung oder Abnahme |
| Ende des Zeitraums naht | Den Export vorbereiten und den verbleibenden Bedarf melden | Vor einer neuen Bestellung |
Die empfangende Person die nächste Aktion erklären lassen
Organisieren Sie eine kurze Übergabe im Tandem. Die übernehmende Kollegin oder der übernehmende Kollege öffnet das Übergabeblatt, findet eine Aufgabe und erklärt, was sie oder er als Nächstes tut und was sie oder er nicht allein entscheidet. Lassen Sie sie oder ihn das Exportziel und den gewählten Wiederaufnahmestatus benennen. Eine ausschließlich von der ausscheidenden Person geführte Vorführung kann die noch fehlenden Informationen im Dokument verdecken.
Ergänzen Sie diese Übergabe für eine neue Person im Projekt durch eine begrenzte praktische Übung. Das Google-SRE-Kapitel zum Lernen unterscheidet die zu kennende Dokumentation, die Fachexpertinnen und -experten als Kontakte und die Verständnisfragen. Wählen Sie hier einen gängigen Vorgang in einem Testbereich; es ist nicht nötig, einen echten Vorfall auszulösen oder eine nützliche Verarbeitung anzuhalten, um das Verständnis zu prüfen.
Gelöstes Beispiel: 128 Aufgaben übergeben, ohne sie doppelt neu zu starten
In diesem fiktiven Beispiel übergibt Camille um 14 Uhr UTC an Noor. Die Kampagne umfasst 128 Aufgaben: 96 akzeptiert, 8 in Bearbeitung und 24 ausstehend. Die Summe 96 + 8 + 24 = 128 entspricht dem Bestand. Zwei der acht aktiven Aufgaben sind jedoch gerade fehlgeschlagen. Ohne Abgleich im Moment der Übergabe könnte Noor ein bereits veraltetes Bild als aktuellen Zustand behandeln.
Camille aktualisiert daher die Übersicht: 96 akzeptiert, 6 in Bearbeitung, 2 fehlgeschlagen und 24 ausstehend. Die beiden Fehlschläge fallen unter den bereits genehmigten Wiederaufnahmefall; Noor prüft, dass keine akzeptierte Ausgabe und kein noch aktiver Prozess vorliegen, und setzt sie dann wieder auf ausstehend. Der Status wird zu 96 + 6 + 26 = 128. Die sechs aktiven Aufgaben laufen weiter. Noor bestätigt die Übernahme und vermerkt seine nächste Kontrolle; Camille startet keine Aktionen mehr in diesem Bereich.
| Zeitpunkt | Akzeptiert | In Bearbeitung | Fehlgeschlagen | Ausstehend |
|---|---|---|---|---|
| Vor dem Abgleich | 96 | 8 | 0 | 24 |
| Nach der Aktualisierung | 96 | 6 | 2 | 24 |
| Nach der genehmigten Zurücksetzung auf ausstehend | 96 | 6 | 0 | 26 |
Abwesenheiten, Änderungen und das Ende der Übergabe behandeln
Wenn der Empfänger die Übergabe nicht bestätigen kann, nutzen Sie die vorgesehene Vertretung und klären Sie, wer bis dahin verantwortlich bleibt. Vermeiden Sie die Nachricht an mehrere Personen ohne ausdrückliche Empfangsbestätigung. Wenn bereits ein Incident eröffnet ist, übergeben Sie auch die verworfenen Hypothesen und die laufenden Maßnahmen; eine neue Person darf nicht stillschweigend einen bereits versuchten Eingriff wiederholen.
Bei jeder Änderung der Software-Referenz aktualisieren Sie das Verfahren und weisen Sie darauf hin, was obsolet wird. Am Ende des Bedarfs verknüpfen Sie die akzeptierten Exporte, die verbleibenden Maßnahmen und die Fristen mit dem Projektregister. Ein Zeitraum von 3, 7 oder 30 Tagen verlängert sich nicht allein dadurch, dass ein Kollege die Arbeit übernimmt. Die nächste Buchung bleibt, falls erforderlich, eine separate Entscheidung und Bestellung.
Fragen zur Entscheidung
Erfordert die Übergabe ein langes Dokument?
Nein. Eine kurze Übersicht kann ausreichen, wenn sie den Bereich, den datierten Status, die nächste Aktion, die Berechtigungsgrenzen und die relevanten Kontakte angibt. Detaillierte Verfahren bleiben von dieser Übersicht aus verlinkt. Testen Sie vor allem, ob der Empfänger den nächsten Schritt wiederfinden und erklären kann.
Kann die Arbeit ausschließlich mündlich übergeben werden?
Der mündliche Austausch hilft, Nuancen zu verstehen, aber hinterlassen Sie eine datierte Aufzeichnung des Status und der Übernahmevereinbarung. Sie ermöglicht es, bereits Erledigtes von noch Offenem zu unterscheiden, insbesondere wenn nach der Übergabe eine dritte Person eingreift.
Was ist zu tun, wenn eine Anweisung im Verfahren fehlt?
Der Empfänger hält die Abweichung fest und wendet sich an die vorgesehene verantwortliche Person, bevor er eine Aktion ausführt, die Daten verändern oder die Arbeit unterbrechen könnte. Fügen Sie anschließend die Entscheidung mit ihrem Geltungsbereich zum Verfahren hinzu. Eine einmal erfolgreiche Improvisation wird nicht automatisch zur allgemeinen Regel.