Bildquelle: Bildquelle: Pexels / Foto-ID 3760067 / https://www.pexels.com/photo/3760067/ / C00 Lizenz
Eine Freigabe ist im IT-Betrieb nur so gut wie ihr Nachweis. Wenn ein Change, ein Sonderzugang, eine Ausnahme oder ein dringender Fix später geprüft wird, reicht die Erinnerung an eine Zustimmung nicht aus. Entscheidend ist, ob ein Prüfer, ein Service Owner oder ein neuer Kollege die Entscheidung schnell nachvollziehen kann.
Governance bedeutet im ITSM-Alltag nicht nur Regeln auf Papier. Sie zeigt sich dort, wo Entscheidungen getroffen, begründet und wiedergefunden werden. Ein Ticket ist dafür der richtige Ort, weil dort Anlass, Risiko, Umsetzung und spätere Rückfragen zusammenlaufen. Wer Freigaben außerhalb des Tickets versteckt, macht aus einem einfachen Nachweis eine Sucharbeit.
Ein Audit prüft nicht nur, ob eine Entscheidung fachlich plausibel war. Es prüft auch, ob sie nachvollziehbar dokumentiert wurde. Für ITSM-Generalisten heißt das: Freigabe, Begründung, Zeitpunkt, Entscheider und Bedingungen gehören so ins Ticket, dass der Nachweis ohne Zusatzsuche verständlich bleibt.
Warum eine Zustimmung im Chat zu wenig ist
In der Praxis entstehen Freigaben oft dort, wo gerade kommuniziert wird. Ein Teamleiter stimmt im Chat zu, ein Fachbereich antwortet per Mail, ein Provider nennt eine mündliche Einschätzung oder ein Change Manager gibt grünes Licht in einem Meeting. Das ist für den Moment bequem, aber für den späteren Nachweis schwach.
Das Problem ist nicht, dass diese Kanäle grundsätzlich falsch sind. Das Problem entsteht, wenn die Entscheidung dort bleibt. Chats werden archiviert, Mailthreads enthalten Zitate und private Nebeninformationen, Meetingnotizen sind nicht immer für den Service Desk sichtbar. Das Ticket ist dagegen der Arbeits- und Nachweisort. Dort muss die relevante Entscheidung landen.
Ein prüfbarer Freigabeblock braucht nur wenige Pflichtangaben
Audit-sichere Dokumentation muss nicht lang sein. Ein guter Freigabeblock beantwortet fünf Fragen: Was wurde freigegeben? Wer hat freigegeben? Wann wurde freigegeben? Warum war die Freigabe nötig? Unter welchen Bedingungen gilt sie?
Diese Angaben reichen für viele betriebliche Entscheidungen bereits aus. Bei einem dringenden Sicherheitsfix steht dann nicht nur, dass jemand zugestimmt hat. Es steht auch, welches Risiko bestand, warum das normale Wartungsfenster nicht abgewartet wurde und welche Nachkontrolle vorgesehen ist. Bei einem Sonderzugang wird sichtbar, für wen er gilt, bis wann er läuft und wer die Rücknahme verantwortet.
Freigaben ohne Bedingungen werden schnell zu Dauerrechten
Besonders kritisch sind Freigaben, die keine Grenze enthalten. Wenn ein Sonderfall erlaubt wird, muss im Ticket stehen, wann er endet oder welche Prüfung danach folgt. Sonst wirkt die Entscheidung später wie eine allgemeine Erlaubnis. Aus einer Ausnahme wird dann Routine, obwohl niemand das bewusst entschieden hat.
Eine Bedingung kann sehr einfach sein. Sie kann lauten: gültig bis zum Ende des Incidents, nur für diesen Rollout, nur für diese betroffene Anwendung, nur nach Rückmeldung des Service Owners oder nur mit nachträglicher Kontrolle am nächsten Arbeitstag. Wichtig ist, dass die Grenze im Ticket steht und nicht in einer Erinnerung einzelner Personen.
So bleibt die Entscheidung im Ticket verständlich
- Schreibe die Freigabe als eigenen kurzen Block, nicht versteckt in langen Kommentaren.
- Nenne Entscheider, Rolle und Zeitpunkt eindeutig.
- Beschreibe den Anlass in Alltagssprache, nicht nur mit internen Kürzeln.
- Halte Risiko, Nutzen oder Betriebsfolge in einem Satz fest.
- Dokumentiere Bedingungen, Enddatum oder Nachkontrolle.
- Verlinke externe Belege nur ergänzend, nicht als Ersatz für die Kernaussage im Ticket.
- Setze einen Wiedervorlagepunkt, wenn aus der Freigabe eine Rücknahme oder Bewertung folgt.
Service Desk und Owner profitieren schon vor dem Audit
Der wichtigste Nutzen entsteht nicht erst bei einer Prüfung. Auch im laufenden Betrieb reduziert ein sauberer Freigabeblock Rückfragen. Der Service Desk sieht schneller, warum eine Änderung erlaubt wurde. Der Owner erkennt, ob die Zustimmung noch gültig ist. Ein nachgelagerter Bearbeiter muss nicht raten, welche Entscheidung verbindlich war.
Das schützt auch vor unnötiger Eskalation. Wenn ein Kunde, ein Prüfer oder ein interner Verantwortlicher später fragt, warum ein Ticket so entschieden wurde, reicht ein Blick in den Freigabeblock. Die Organisation muss nicht erst Beweise zusammensuchen und Beteiligte aus alten Gesprächen rekonstruieren.
Der beste Audit-Nachweis ist ein gutes Arbeitsticket
Freigaben direkt im Ticket sind kein Selbstzweck. Sie verbinden Governance mit dem echten Betriebsablauf. Eine Entscheidung wird dort dokumentiert, wo ihre Folgen sichtbar sind. Dadurch wird aus Kontrolle keine zusätzliche Parallelwelt, sondern ein Teil der normalen Ticketqualität.
Die einfache Regel lautet: Wenn eine Zustimmung den Betrieb, ein Risiko, einen Zugang, eine Änderung oder eine Ausnahme beeinflusst, gehört sie als verständlicher Block ins Ticket. Dann findet das Audit nicht nur eine Entscheidung, sondern auch den Kontext, die Grenze und die nächste Folgehandlung.
Quellen und Stand: Quellenprüfung am 27.07.2026. Einordnung zu Change Enablement nach AXELOS/PeopleCert, zu Anforderungen an Service-Management-Systeme nach ISO/IEC 20000-1 und zu ITSM-Change-Dokumentation nach Atlassian Change Management.
Bildquelle: Pexels / Foto-ID 3760067 / https://www.pexels.com/photo/3760067/ / C00 Lizenz
