Starte mit der Projektvorlage Service Management in Manager: Anfragen, Incidents, Probleme und Changes bekommen ihren eigenen Ablauf, und dein Agent erledigt die Routine.
Jeder hat eigenen Typ, eigene Status und Felder. So wartet ein Passwort-Reset nie hinter einer Migration.
Jeder Incident wird nach demselben Raster eingestuft, und der größte Schaden wird zuerst behoben.
Jeder Change hat Risiko, Termin und Backout-Plan, und normale Changes gehen vorher durchs CAB.
IT-Service-Management sieht die IT als Services, auf die sich Menschen verlassen, und sortiert Arbeit nach Art: Anfragen werden erfüllt, Ausfälle behoben, wiederkehrende Fehler an der Wurzel beseitigt, Änderungen kontrolliert.
Das Problem-Management sucht die Ursache hinter wiederholten Incidents und hält Known Errors samt Workaround fest. Changes werden nach Risiko freigegeben: Standard-Changes vorab, normale von einem Change Advisory Board (CAB), Notfälle schnell. Die Vorlage folgt ITIL-Praktiken; ITIL® ist eine Marke von PeopleCert, die Vorlage ist davon unabhängig.
Wo jeder Teil in einem Service-Management-Projekt lebt.
| ITSM | In Manager |
|---|---|
| Servicekatalog | Eine Wiki-Seite mit Services und Verantwortlichen, aus dem Skill service-catalog. |
| Auswirkung × Dringlichkeit | Die Felder Impact und Urgency; das Raster in service-catalog macht daraus die Priorität. |
| Known-Error-Datenbank | Status Bekannter Fehler, Feld und Label Known Error am Problem, dazu eine Wiki-Seite mit Workarounds. |
| Change-Typen | Das Feld Change Type: Standard überspringt das CAB, Normal braucht es, Emergency läuft beschleunigt. |
| CAB | Der Skill cab-review: Entscheidungen als Kommentar, das Label CAB-Approved, ein Datum unter Scheduled. |
| Post-Implementation-Review | Der Status Prüfung und sein Skill. |
Verbinde deinen KI-Agenten über MCP und leg das Projekt aus der Vorlage an. Typen, Filter und Skills sind gleich dabei.
Sag deinem AgentenManager: Leg für unsere IT ein Projekt aus der Vorlage Service Management an.
Liste deine Services, Standardanfragen und Verantwortlichen auf und leg ein Prioritätsraster fest. Der Katalog wird eine Wiki-Seite.
Sag deinem AgentenManager: Führ den Skill service-catalog aus und frag mich nach unseren Services und ihren Verantwortlichen.
Anfragen bekommen Kategorie und Anfragenden. Incidents bekommen Auswirkung, Dringlichkeit und den betroffenen Service; ein großflächiger Ausfall bekommt das Label Major Incident.
Sag deinem AgentenManager: Leg einen Incident an und frag mich, welcher Service betroffen ist und wie schlimm es ist.
Wiederkehrende Incidents werden zu einem verknüpften Problem. Ist die Ursache klar, wechselt es auf Bekannter Fehler, und der Workaround kommt ins Wiki.
Sag deinem AgentenManager: Such Incidents, die immer wiederkommen, und leg für jede Ursache ein verknüpftes Problem an.
Jeder Change bekommt Typ, Risiko, Termin und Backout-Plan. Normale warten im Status In Bewertung auf das CAB und werden nach dem Go-live überprüft.
Sag deinem AgentenManager: Führ den Skill cab-review für die Changes aus, die auf das CAB warten.
Ein Projekt aus der Vorlage Service Management startet mit diesen Aufgabentypen und Status. Anpassen kannst du alles später an dein Team.
Eine standardisierte, vorab genehmigte Anfrage aus dem Servicekatalog.
Ein ungeplanter Ausfall oder eine Störung, gelöst, um den Service schnell zurückzuholen.
Die Grundursache hinter wiederkehrenden Incidents.
Eine Änderung an der Umgebung, nach Typ freigegeben und danach überprüft.
Eine Arbeitseinheit unter einem der vier Typen.
Diese Skills bringt die Vorlage in Manager mit:
service-catalogHält Services, Verantwortliche und das Prioritätsraster fest. Zuerst ausführen.
service-requestBringt eine Standardanfrage von Neu bis Geschlossen.
incident-managementStuft einen Incident ein und treibt ihn bis zur Wiederherstellung.
problem-managementFindet Grundursachen und hält Known Errors fest.
change-managementFührt einen Change von der Bewertung bis zur Umsetzung.
cab-reviewPrüft Changes im Status In Bewertung auf Risiko, Backout und Konflikte.
post-implementation-reviewBestätigt, dass ein Change funktioniert hat, hält Erkenntnisse fest, schließt ihn.
Incidents konzentrieren sich hier aufs Wiederherstellen. Für Commander, Verlauf und Postmortem verweist der Skill incident-management auf die Vorlage Incident Response.
Der Skill service-catalog bringt ein Beispielraster von P1 bis P4 mit. Schreib dein eigenes hinein; jeder Skill stuft danach ein.
Requester und Owner sind Projektmitglieder, den Affected Service benennst du in eigenen Worten. Fälligkeitsdaten bringen eine Erinnerung und einen Überfällig-Hinweis für deine Reaktionsziele.
Gespeicherte Filter zeigen offene Incidents, Changes und Probleme, und dein Agent hält Known Errors und Katalog aktuell.
Vorabzugang anfragen