IT-Managed-Services · Service Delivery
Monatliches Patch-Management
Patchen Sie jeden Kunden jeden Monat gleich, ohne dass ein fehlerhaftes Update das ganze Büro trifft. Patches gehen zuerst an eine Pilotgruppe, der Kunde bestätigt das Fenster und die Geräte, die nicht neu starten dürfen, und der Rollout wartet auf die Freigabe.
- Dauer: 1 bis 2 Wochen
- Wie oft: Jeden Monat, für jeden Kunden
- Schritte: 7 Schritte
- KI-Agenten: 1 KI-Agent
- Freigaben: 2 Freigaben
Kostenloser Plan, keine Kreditkarte nötig.
Was sich mit dieser Vorlage ändert
Ohne Vorlage
Patches gehen auf einmal an alle Geräte, und ein fehlerhaftes Update trifft den ganzen Kunden.
Mitarbeiter verlieren Arbeit, wenn ein Rechner mitten in einem langen Job neu startet.
Der monatliche Patch-Bericht ist ein Rohexport, den beim Kunden niemand liest.
Niemand weiß mehr, warum ein Patch letzten Monat zurückgehalten wurde.
Mit der Vorlage
Eine Pilotgruppe bekommt die Patches zuerst, und der Rollout wartet auf die Freigabe.
Der Kunde nennt vor dem Fenster die Geräte, die ausgenommen werden.
Ein KI-Agent entwirft einen verständlichen Bericht, und der Service Delivery Manager gibt ihn frei.
Jeder zurückgehaltene Patch hat seinen Grund in der Ausführung.
Die Vorlage, Schritt für Schritt
Jeder Schritt zeigt, wer ihn erledigt: jemand aus Ihrem Team, ein KI-Agent oder der Kunde über einen öffentlichen Link. Eine Freigabe hält alle folgenden Schritte gesperrt, bis sie erteilt ist.
- Erledigt von Ihrem Team
- Erledigt von einem KI-Agenten
- Erledigt vom Kunden, über einen öffentlichen Link
Beginnt, wenn
Die Hersteller veröffentlichen ihre monatlichen Updates. Der Systemtechniker startet eine Ausführung für den Kunden mit der Patchliste des Monats.
- 1
Patches des Monats prüfen
Tag 1Systemtechniker · Team
Lesen Sie Versionshinweise und bekannte Probleme der Hersteller, entscheiden Sie, welche Patches Sie ausrollen und welche Sie zurückhalten, und senden Sie dem Ansprechpartner den öffentlichen Link.
Checkliste
- Sicherheitsupdates erfasst
- Bekannte Probleme geprüft
- Jeder zurückgehaltene Patch hat einen Grund
- Öffentlichen Link an den Ansprechpartner gesendet
Auszufüllende Felder
- Auszurollende Patches (Pflichtfeld)
- Zurückgehaltene Patches und Grund
- 2
Fenster und Ausnahmen bestätigen
Tag 1 bis 3Ansprechpartner beim Kunden · Öffentlicher Link
Über den öffentlichen Link bestätigt der Kunde das Wartungsfenster des Monats, legt fest, welche Geräte als Pilotgruppe zuerst gepatcht werden, und nennt Geräte, die nicht neu starten dürfen, etwa einen Rechner mit einem langen Job.
Checkliste
- Pilotgeräte festgelegt
- Mitarbeiter über Neustarts informiert
Auszufüllende Felder
- Bestätigtes Wartungsfenster (Pflichtfeld)
- Auszunehmende Geräte
- Kontakt während des Fensters
- 3
Pilotgruppe patchen
Tag 2 bis 4Systemtechniker · Team
Rollen Sie die Patches auf die vereinbarten Pilotgeräte aus, und prüfen Sie, dass deren Benutzer arbeiten können und keine neuen Warnungen im RMM-Tool erscheinen.
Checkliste
- Pilotgeräte gepatcht
- Pilotbenutzer können arbeiten
- Keine neuen Warnungen im RMM-Tool
Auszufüllende Felder
- Pilotergebnis (Pflichtfeld)
- Probleme im Pilot
- 4
Rollout freigeben
Im öffentlichen Link ausgeblendetTag 5Service Delivery Manager · Team
Prüfen Sie Pilotergebnis, Fenster des Kunden und Ausnahmen, und geben Sie den Rollout frei oder halten Sie ihn an, bis das Problem gelöst ist.
Checkliste
- Pilot bestanden
- Fenster vom Kunden bestätigt
- Ausnahmen im RMM-Tool gesetzt
Freigabe: Der Rollout auf die übrigen Geräte des Kunden bleibt gesperrt, bis der Service Delivery Manager ihn freigibt.
- 5
Patches ausrollen und Fehler nachverfolgen
Im FensterSystemtechniker · Team
Rollen Sie die freigegebenen Patches im Fenster aus, versuchen Sie fehlgeschlagene Geräte erneut und verfolgen Sie ausstehende Neustarts nach.
Checkliste
- Patches im Fenster ausgerollt
- Fehlgeschlagene Geräte erneut versucht
- Ausstehende Neustarts nachverfolgt
- Ein Ticket je weiterhin fehlerhaftem Gerät
Auszufüllende Felder
- Gepatchte Geräte (Pflichtfeld)
- Nicht gepatchte Geräte und Grund (Pflichtfeld)
- 6
Patch-Bericht entwerfen
Tag nach dem FensterPatchbericht-Autor · KI-Agent
Der Patchbericht-Autor entwirft den Kundenbericht: was installiert wurde, was zurückgehalten wurde und warum, welche Geräte fehlschlugen und wie es weitergeht.
Auszufüllende Felder
- Entwurf des Patch-Berichts (Pflichtfeld)
Geprüft von: Der Service Delivery Manager korrigiert und genehmigt den Bericht in Schritt 7.
- 7
Bericht freigeben und senden
Im öffentlichen Link ausgeblendetWoche 2Service Delivery Manager · Team
Prüfen Sie den Entwurf gegen das RMM-Tool, korrigieren Sie ihn, geben Sie ihn frei und senden Sie ihn an den Ansprechpartner.
Checkliste
- Zahlen stimmen mit dem RMM-Tool überein
- Zurückgehaltene Patches verständlich erklärt
- Jedes fehlgeschlagene Gerät hat ein Ticket
Auszufüllende Felder
- Bericht gesendet am (Pflichtfeld)
Freigabe: Der Bericht geht erst an den Kunden, wenn der Service Delivery Manager ihn freigibt.
Fertig, wenn
Die freigegebenen Patches sind installiert, jedes fehlgeschlagene Gerät hat ein Folgeticket, und der Kunde hat einen freigegebenen Bericht über Installiertes und Zurückgehaltenes.
Passen Sie sie an. Benennen Sie Schritte um, ändern Sie Verantwortliche und ergänzen Sie Checklistenpunkte, Felder oder Freigaben. Die Vorlage ist ein Ausgangspunkt für die Arbeitsweise Ihres Teams.
Die KI-Agenten in dieser Vorlage
Ein Agent arbeitet nur an seinen eigenen Schritten, und jemand aus Ihrem Team prüft, was er getan hat. Alles, was ein Agent in eine verbundene App schreibt, wartet auf Freigabe, sofern Sie es nicht ausdrücklich erlauben.
Patchbericht-Autor
Macht aus den Patch-Entscheidungen und Ergebnissen des Monats einen Bericht, den der Kunde lesen kann.
Was er tut
- Liest Patchliste, zurückgehaltene Patches, Pilot- und Rollout-Ergebnis aus der Ausführung
- Folgt der Gliederung aus den Anweisungen seines Schritts
- Schreibt den Berichtsentwurf in einfacher Sprache in seinen Schritt
- Schließt seinen Schritt ab, damit die Prüfung beginnen kann
Geprüft von: Der Service Delivery Manager korrigiert und genehmigt den Bericht in Schritt 7.
Fragen, die diese Vorlage beantwortet
Patches prüfen, an einer Pilotgruppe testen, den Rollout freigeben lassen und dem Kunden berichten, jeden Monat in derselben Reihenfolge. Die Schritte 1 bis 7 bilden diesen Zyklus ab, und der Rollout bleibt bis zur Freigabe gesperrt.
Patchen Sie zuerst eine kleine Pilotgruppe und prüfen Sie, ob diese Benutzer arbeiten können, bevor andere das Update bekommen. Schritt 3 hält das Pilotergebnis fest, und Schritt 4 gibt den Rollout erst frei, wenn der Pilot bestanden ist.
Stimmen Sie das Fenster jeden Monat ab und lassen Sie den Kunden die Geräte nennen, die nicht neu starten dürfen. In Schritt 2 bestätigt der Ansprechpartner Fenster und Ausnahmen über den öffentlichen Link, und Schritt 4 prüft, dass die Ausnahmen im RMM-Tool gesetzt sind.
Was installiert wurde, was zurückgehalten wurde und warum, welche Geräte fehlschlugen und wie es weitergeht. In Schritt 6 entwirft der Patchbericht-Autor genau das, und in Schritt 7 gibt der Service Delivery Manager ihn frei, bevor er an den Kunden geht.
Notieren Sie den Grund, wenn Sie entscheiden, nicht erst, wenn der Kunde Monate später fragt. Schritt 1 hält jeden zurückgehaltenen Patch mit Grund fest, und der freigegebene Bericht aus Schritt 7 erklärt ihn dem Kunden.
Erneut versuchen, die Ursache finden und jeden verbleibenden Fehler zu einem Ticket mit Verantwortlichem machen. Schritt 5 hält die nicht gepatchten Geräte mit Grund fest, und Schritt 7 prüft, dass jedes ein Folgeticket hat.
Führen Sie diesen Workflow in OKiDO aus
Richten Sie Schritte, Verantwortliche und Freigaben einmal ein und starten Sie dann für jeden neuen Fall eine Ausführung.