Sprint 6⏱ 30 hMeilenstein M6 Übergabe mit Betriebshandbuch
Die Umgebung läuft. Ab jetzt zählt, dass sie jeden Morgen um 6 Uhr läuft, auch nach einem Update in der Nacht. Ihr übernehmt den Betrieb, plant Änderungen so, dass es einen Rückweg gibt, und übergebt der Leitung Schulung ein Betriebshandbuch.
Sprint 6Brückenstufe 4
Eure Story: Ihr überwacht den Betrieb, bearbeitet Störungen über einen Helpdesk und führt Updates mit Sicherung und Rückweg durch, bis die Leitung Schulung übernimmt.
Hier startet euer Sprint. Storycard drucken, im Planning die Aufgaben im Team verteilen (Lernangebote: Überwachen und Helpdesk · Change planen und Update durchführen) und AB 1 bis 8 festhalten.
Ihr schreibt eure Vermutung auf, lest die Lage und verteilt die Aufgaben im Team neu. Danach kommt die Fachgrundlage.
0 von 8 AB abgehakt AB-Liste öffnen
Deine Vermutung
Das Update am Sonntag geht schief, und am Montag um 6 Uhr beginnt die Frühschicht. Wie viel Zeit hast du im Fenster wirklich für eine Reparatur, und was musst du vor dem Update getan haben, damit am Montag niemand etwas merkt?
In den Lösungen dieses Teils wird auf deine Vermutung zurückverwiesen.
Check-in: Wo ist dir das schon begegnet?
Klick bei jedem Punkt an, wo er dir schon begegnet ist: im Betrieb, privat oder in einem früheren Lernfeld. Das ist keine Bewertung.
Im Projekt: Was passiert, wenn das Update am Montag scheitert?
Deine Lernangebote in Teil 6
Fachgrundlage · IT-Service-ManagementLernangebot 11 · Überwachen und HelpdeskLernangebot 12 · Change planen und Update durchführen
Die Karte kennst du von „Bevor du loslegst“. Sie zeigt, was du in diesem Teil lernst.
Der wichtigste Satz auf dieser Seite: Ein Update ohne Rückweg ist kein Change, sondern eine Wette auf Montagmorgen.
Deine Storycard
Storycard 6 · 20 CP · Pflichtstory
Betrieb übernehmen und sicher ändern
Als Technikerteam von Querwind möchten wir den laufenden Betrieb des Schulungszentrums überwachen, Störungen über einen Helpdesk mit klaren Fristen bearbeiten und Updates im Wartungsfenster mit Sicherung und Rückweg durchführen, damit die Leitung Schulung sich auf jede Schicht verlassen kann und die Umgebung mit einem Betriebshandbuch übernehmen kann.
Akzeptanzbedingungen
- AB 1 Monitoring überwacht srv01, srv02, prn-a, prn-b und das Gateway mit begründeten Schwellen; eine Testbenachrichtigung per Mail ist angekommen.
- AB 2 Die Sicherheitsüberwachung meldet fehlgeschlagene Anmeldungen, ablaufende Zertifikate und ausstehende Updates.
- AB 3 Der Helpdesk-Prozess legt Prioritäten, Reaktions- und Lösungszeiten im Schichtbetrieb und die Eskalation über drei Ebenen fest; die SLA-Rechnung ist nachvollziehbar.
- AB 4 Ein Request for Change mit Sicherung, Snapshot, Zeitplan, Rückweg und Kommunikation an die Trainer ist freigegeben und im Labor durchgeführt; das Protokoll liegt vor.
- AB 5 Ein Restore-Test aus der Sicherung vor dem Change ist bestanden und dokumentiert.
- AB 6 Die Skalierung auf einen dritten Schulungsraum ist mit Plätzen, Lizenzen, DHCP-Bereich, Speicher und Monitoring durchgerechnet.
- AB 7 Das Betriebshandbuch ist vollständig und im Übergabegespräch mit der Leitung Schulung (Meilenstein M6) übergeben.
- AB 8 Eure eigene AB, im Planning mit der Leitung Schulung vereinbart (Brückenstufe 4).
Bewertet wird wie in jedem Teil: Produkt 40 (dein Lernprodukt gegen die Akzeptanzbedingungen), Prozess 25 (Board, Daily, Kreuzreview), Wissen 35 (Kontrolle Teil 6). Die erreichten Prozent ergeben deine CreditPoints dieser Storycard.
Storycard Sprint 6 herunterladen PDF · 2 Seiten, doppelseitig drucken
Darum geht es
Bisher habt ihr gebaut. Im Betrieb zeigt sich, ob das Gebaute trägt: Wer merkt zuerst, dass ein Zertifikat abläuft? Wer nimmt nachts um drei ein Ticket an? Und was tut ihr, wenn das Sonntagsupdate einen Dienst bricht und um 6 Uhr die Frühschicht vor den Plätzen steht? In Teil 6 baut ihr dafür einen Prozess, keinen Heldenmut.
Die Lage nach dem Start
Seit vier Wochen läuft das Schulungszentrum im Echtbetrieb. Die Leitung Schulung ist zufrieden, mit zwei Ausnahmen: An einem Dienstag konnte sich in der Frühschicht eine Dreiviertelstunde lang niemand anmelden, und an einem Abend war das Schulungsportal nicht erreichbar, weil ein Zertifikat abgelaufen war. Beides haben Trainer per Anruf gemeldet, einmal auf dem privaten Handy eines Kollegen von Querwind.
Jetzt soll der Betrieb geregelt übergeben werden. Die Leitung Schulung verlangt eine Verfügbarkeit von 99,5 % im Monat, eine Anlaufstelle für Störungen in allen Schichten und dass Updates nur im Wartungsfenster am Sonntag von 2 bis 4 Uhr laufen. Ihr Satz dazu: „Was passiert eigentlich, wenn das Update am Sonntag scheitert und am Montag die Frühschicht kommt?“ Außerdem denkt sie über einen dritten Schulungsraum nach. Am Ende von Sprint 6 übergebt ihr im Übergabegespräch ein Betriebshandbuch, mit dem jemand anderes den Betrieb weiterführen kann.
Das kennst du schon aus dem Betrieb und aus den Teilen 1 bis 5
Aus dem Betrieb: Fast jede Technikerin kennt den Anruf „Bei uns geht nichts“ ohne Rechnername, Uhrzeit und Fehlermeldung. Ein Ticketsystem und ein Service Desk machen aus solchen Anrufen bearbeitbare Fälle.
Aus Teil 5: Postfix auf srv02 verschickt Mails, chrony verteilt die Zeit, Kea vergibt Adressen aus 10.30.0.100 bis 10.30.0.199. Diese Dienste überwacht ihr jetzt, und die Mail wird zum Benachrichtigungsweg.
Aus Teil 2: Ihr habt Installationsprotokolle geschrieben. Ein Change-Protokoll ist dasselbe für eine Änderung im laufenden Betrieb, nur mit Rückweg.
Projektdaten des Schulungszentrums: Plätze, Konten, Namen, Adressen und Lizenzpreise: alles, was das Projekt vorgibt, an einer Stelle. Leg es neben jede Aufgabe.
Das entscheidet ihr
- Checkmk Raw oder Zabbix als Monitoring-System und welche Schwellen ihr setzt
- welches Ticketsystem ihr nutzt (zum Beispiel Zammad, osTicket oder GLPI im Container) und wie die Prioritäten heißen
- wie ihr die Servicezeit und die Bereitschaft in der Nacht organisiert
- wie viele Update-Ringe es gibt und welche Plätze in den Testring kommen
- die Zeitwerte im Zeitplan des Wartungsfensters und den spätesten Zeitpunkt für den Rückweg
- die Gliederung eures Betriebshandbuchs
Das steuert ihr in Sprint 6 · Brückenstufe 4
Wie in Stufe 3, dazu formuliert ihr eine AB selbst und vereinbart sie im Planning mit der Leitung Schulung.
Der Kurs gibt vor: die Story. Alles Weitere sind Inputs, die ihr euch holt, wenn eure Storycard danach fragt.
Aus eurer letzten Retrospektive: Lest im Planning zuerst euren Satz „Das ändern wir im nächsten Sprint“ von der Rückseite der letzten Storycard vor. Er gilt in diesem Sprint als eure erste Teamregel. Danach verteilt ihr die Aufgaben neu.
In der Mitte des Sprints: Zwischenreview. Ihr zeigt eurem Partnerteam und der Leitung Schulung euren Stand am Board und holt euch Rückmeldung, solange ihr noch umsteuern könnt.
Ein möglicher Weg zu eurer Storycard
Ihr schreibt die Schritte eures Backlogs selbst und formuliert dazu eine eigene AB. Der Vorschlag ist nur zum Vergleich da.
Vorschlag aufklappen, wenn ihr ihn braucht
Planning
Input
AB 1 und 2
AB 3
AB 4
AB 4 und 5
AB 6 und 7
AB 7
Der Weg im Einzelnen
- Auftrag klären
Vermutung aufschreiben, Lage lesen, Aufgaben aus LA 11 und LA 12 im Team verteilen, Storycard aufs Board. (Planning) - Begriffe sicher haben
Fachgrundlage IT-Service-Management durcharbeiten: ITIL-4-Begriffe, Monitoring, Aktualisierung, Change. (Input, nur so weit ihr ihn braucht) - Überwachen
Monitoring für Hosts und Dienste einrichten, Schwellen setzen, Sicherheitsüberwachung ergänzen (LA 11).
zahlt ein auf AB 1 und 2 - Helpdesk aufsetzen
Ticketsystem, Prioritäten, Fristen und Eskalation festlegen, SLA durchrechnen (LA 11).
zahlt ein auf AB 3 - Change planen
Aktualisierungsmethoden einrichten, Ringe planen, Request for Change mit Zeitplan und Rückweg schreiben (LA 12).
zahlt ein auf AB 4 - Ändern im Fenster
Sicherung, Restore-Test, Snapshot, Update im Labor durchführen und protokollieren (LA 12).
zahlt ein auf AB 4 und 5 - Betriebshandbuch
Alle Ergebnisse in das Betriebshandbuch übernehmen, Skalierung auf Raum C ergänzen.
zahlt ein auf AB 6 und 7 - Übergeben
Lösungen vergleichen, Kreuzreview, Übergabegespräch mit der Leitung Schulung (M6), Kompetenzmodell.
zahlt ein auf AB 7
Fertig seid ihr, wenn … (AB 1 bis 8)
Die Storycard gilt erst als fertig, wenn die Leitung Schulung im Übergabegespräch alle Punkte abnimmt (Meilenstein M6). Vorher prüft euer Partnerteam im Kreuzreview:
- Monitoring überwacht srv01, srv02, prn-a, prn-b und das Gateway mit begründeten Schwellen; eine Testbenachrichtigung per Mail ist angekommen.
- Die Sicherheitsüberwachung meldet fehlgeschlagene Anmeldungen, ablaufende Zertifikate und ausstehende Updates.
- Der Helpdesk-Prozess legt Prioritäten, Reaktions- und Lösungszeiten im Schichtbetrieb und die Eskalation über drei Ebenen fest; die SLA-Rechnung ist nachvollziehbar.
- Ein Request for Change mit Sicherung, Snapshot, Zeitplan, Rückweg und Kommunikation an die Trainer ist freigegeben und im Labor durchgeführt; das Protokoll liegt vor.
- Ein Restore-Test aus der Sicherung vor dem Change ist bestanden und dokumentiert.
- Die Skalierung auf einen dritten Schulungsraum ist mit Plätzen, Lizenzen, DHCP-Bereich, Speicher und Monitoring durchgerechnet.
- Das Betriebshandbuch ist vollständig und im Übergabegespräch mit der Leitung Schulung (Meilenstein M6) übergeben.
- Eure eigene AB: Formuliert sie im Planning und lasst sie von der Leitung Schulung bestätigen.
Die Haken gelten für den ganzen Teil: Ihr seht den Stand in der Leiste oben auf jeder Seite und auf der Seite mit den Rechenwegen. Gespeichert wird im Browser dieses Geräts.
Fertig-Check vor der Abnahme: eure Lernprodukte im Einzelnen.
- Monitoring überwacht srv01, srv02, prn-a, prn-b und das Gateway mit begründeten Schwellen; eine Testbenachrichtigung per Mail ist angekommen.
- Die Sicherheitsüberwachung meldet fehlgeschlagene Anmeldungen, ablaufende Zertifikate und ausstehende Updates.
- Der Helpdesk-Prozess legt Prioritäten, Reaktions- und Lösungszeiten im Schichtbetrieb und die Eskalation über drei Ebenen fest; die SLA-Rechnung ist nachvollziehbar.
- Ein Request for Change mit Sicherung, Snapshot, Zeitplan, Rückweg und Kommunikation an die Trainer ist freigegeben und im Labor durchgeführt; das Protokoll liegt vor.
- Ein Restore-Test aus der Sicherung vor dem Change ist bestanden und dokumentiert.
- Die Skalierung auf einen dritten Schulungsraum ist mit Plätzen, Lizenzen, DHCP-Bereich, Speicher und Monitoring durchgerechnet.
- Das Betriebshandbuch ist vollständig und im Übergabegespräch mit der Leitung Schulung (Meilenstein M6) übergeben.
Euer Board · AB 1 bis 8
Jede Akzeptanzbedingung eurer Storycard ist hier eine Karte. Schiebt sie mit den Pfeilen weiter: offen, in Arbeit, Review, fertig. Höchstens drei Karten gleichzeitig in „In Arbeit“: lieber eine Karte fertig machen als viele anfangen. „Fertig“ setzt den Haken in der AB-Liste, so seht ihr den Stand auch oben in der Leiste jeder Seite. Gespeichert wird im Browser dieses Geräts, am besten öffnet ihr das Board am Teamrechner.
Das Board lädt. Ohne JavaScript nutzt ihr die Rückseite der Storycard.
Das brauchst du dafür
- euer Labor mit srv01, srv02, zwei Windows-11-Clients und dem Linux-Client aus Teil 2 bis 5, mit Snapshot-Funktion (Proxmox oder VirtualBox)
- Checkmk Raw oder Zabbix, als Paket auf srv02 oder im Container
- ein Ticketsystem im Container (Zammad, osTicket oder GLPI) oder ersatzweise eine Ticketliste als Tabelle
- die Dokumentation aus Teil 2 bis 5 (Installationsprotokolle, Rechtekonzept, Testprotokolle der Dienste)
- die Projektdaten des Schulungszentrums
Rollen im Team für diesen Teil
Projektleitung (Board, Daily, Change-Freigabe als Change Authority im Rollenspiel), Systemtechnik (Updates, Snapshots, Sicherung), Dienste und Netz (Monitoring, Schwellen, Benachrichtigung), Test und Dokumentation (Tests im Fenster, Betriebshandbuch). Die Aufgaben aus LA 11 und LA 12 verteilt ihr im Team; vor dem Übergabegespräch erklärt ihr euch gegenseitig, was ihr erarbeitet habt.
Für Lehrkräfte: so läuft der Sprint
Aufgaben im Team verteilt: Das Team verteilt die Aufgaben der zwei Lernangebote selbst, sie können gleichzeitig laufen. Plane den Block Lernangebote mit dem längeren Posten (10 h). Die frei werdenden 10 h gehen in Zwischenreview (rund 1 h), gegenseitiges Erklären im Team vor der Kontrolle (rund 1 h), Labor und den offenen Fall auf Stufe III.
Zeit für 30 h: Auftrag 2 h, Fachgrundlage 4 h, Lernangebot 11 10 h, Lernangebot 12 10 h, Betriebshandbuch und Übergabegespräch 2 h, Kontrolle und Kreuzreview 2 h.
Im Übergabegespräch spielst du die Leitung Schulung. Das Team stellt nichts vor; du stellst Rückfragen zum Betriebshandbuch, etwa: „Es ist Sonntag 3:20 Uhr, der Druck geht nicht. Zeig mir im Handbuch, was jetzt passiert.“ Für Aufgabe 12.7 lohnt es, im Labor tatsächlich eine Druckwarteschlange zu stören, damit die Entscheidung unter echtem Zeitdruck fällt.
Wenn ein Team kein Ticketsystem im Container betreiben kann, reicht eine Ticketliste als Tabelle mit denselben Feldern. Bewertet wird der Prozess, nicht das Werkzeug.