Das Freigabe-SLA und was passiert, wenn es abläuft

Zwei Uhren und welche gewinnt

Die meisten Freigaben erhalten nie ein eingetragenes Datum. Ein Producer schickt einen Schnitt und niemand legt eine Frist fest. Das Problem ist also nicht ein verpasster Termin, sondern eine Freigabe, die seit vier Tagen offen ist, ohne dass es jemand merkt. Deshalb wird das Freigabe-SLA ab dem Moment gemessen, in dem die Freigabe geöffnet wurde, und mit einem Ziel abgeglichen. Das Standardziel beträgt 72 Stunden, und das standardmäßige Warnfenster liegt 12 Stunden davor.

Wenn jemand einen Abgabetermin eingetragen hat, gewinnt dieses Datum. Eine Freigabe gilt als verletzt, wenn das Ziel abgelaufen oder der Abgabetermin überschritten ist (je nachdem, was zuerst eintritt), und als gefährdet, wenn eines von beiden im Warnfenster liegt. Ein separater Erinnerungs-Job läuft alle fünf Minuten und erinnert an Freigaben, deren Abgabetermin erreicht ist oder in den nächsten 60 Minuten ansteht. So wird eine eingetragene Frist auf die Stunde genau eingehalten.

Phasen haben ihre eigene Uhr. Eine Phase kann ein SLA in Stunden haben; ein Task, der in diese Phase eintritt, startet die Uhr. Der Status ist in Ordnung, bis 80 Prozent des Fensters abgelaufen sind, ab da bis zur Frist gefährdet und danach verletzt. Der Status wird bei jedem Lesen aus den Zeitstempeln berechnet, sodass kein Zähler hinterherhinken kann.

Was die Prüfung alle 15 Minuten macht

Ein geplanter Job untersucht die ausstehenden Freigaben jeder Organisation, die ältesten zuerst, bis zu 500 pro Organisation und Durchlauf, und stuft jede als in Ordnung, gefährdet oder verletzt ein. Für jede Verletzung, deren Erinnerungs-Cooldown abgelaufen ist, sendet er denselben Anstoß, den ein Producer manuell senden würde, und nennt die am längsten wartenden Freigaben in seinem eigenen Bericht, damit ein Operator sehen kann, um welche es sich handelt.

Der Anstoß ist auf 50 Freigaben pro Organisation und Durchlauf begrenzt. Wenn ein Studio nach einer zweiwöchigen Schließung zurückkehrt, darf nicht der gesamte Rückstand auf einmal angemahnt werden; der nächste Durchlauf übernimmt den Rest.

Der Job erfindet keinen Eskalationsstatus und sendet keine E-Mail an den Inhaber. Was er tut, ist real und wird protokolliert: ein Erinnerungsstempel auf der Freigabe, eine Audit-Zeile, die besagt, dass die Erinnerung vom System gesendet wurde, und eine Nachricht an die Person, die handeln kann.

Wer erinnert wird

Eine Erinnerung lohnt sich nur für die Person, auf die die Freigabe wartet. Bei einer kundenorientierten Freigabe ist das der Kunde, und der Kunde hat kein Konto, keinen Seat und keine In-App-Glocke; was er hat, ist ein Portal-Zugang. Der Job sucht also nach aktiven Zugängen, die über diese Freigabe entscheiden können: Zugänge mit der Freigabeberechtigung, nicht widerrufen, nicht abgelaufen, beschränkt auf dieses Projekt oder den gesamten Kunden, und mit einer E-Mail-Adresse oder Telefonnummer hinterlegt.

Jeder dieser Zugänge erhält die Erinnerung über die verfügbaren Kanäle: eine E-Mail, die die Freigabe nennt, angibt, wie viele Tage sie bereits aussteht, und auf die Startseite des Kundenportals verlinkt, sowie eine SMS mit dem Namen des Studios und dem Portal-Link. Es werden keine Zugangsdaten erneut gesendet; der Kunde meldet sich so an, wie er es zuvor getan hat. Die E-Mail wird einmal pro Zugang und Tag gesendet, und an die Freigabe selbst wird höchstens einmal alle 12 Stunden erinnert.

Wenn kein erreichbarer Kundenzugang existiert – etwa bei einer internen Abnahme oder einem Kunden, dessen einziger Zugang ein persönlich übergebener Code ohne E-Mail und Telefon ist –, geht die Erinnerung stattdessen an die für den Task Zuständigen über die In-App-Glocke, also die studioeigene Liste. Das ist der einzige Fall, in dem das Studio den Kunden selbst anstoßen muss, und die Glocke weist darauf hin.

Der manuelle Anstoß und das Protokoll, das er hinterlässt

Ein Producer kann manuell direkt aus der Freigabe heraus an diese erinnern. Das ist derselbe Weg, den auch der Job nimmt: Der Erinnerungsstempel wird gesetzt, eine Audit-Zeile erfasst, wer geklickt hat, und die Nachricht geht an dieselben Zugänge. Der Unterschied im Protokoll ist der Akteur: eine Person beim manuellen Anstoß, das System beim geplanten Job.

Der 12-Stunden-Cooldown gilt für beide. Eine zweite manuelle Erinnerung innerhalb dieses Fensters wird mit der Meldung abgelehnt, dass an die Freigabe erst kürzlich erinnert wurde, anstatt dem Kunden ein Duplikat zu senden. Eine Erinnerung an eine Freigabe, die nicht mehr aussteht, wird ebenfalls abgelehnt.

Der Stempel wird geschrieben, bevor die Nachricht gesendet wird, sodass ein Ausfall des E-Mail-Anbieters eine Erinnerung nie zurücksetzt. Das Protokoll besagt, dass eine Erinnerung versucht wurde, und der nächste Durchlauf kann es nach dem Cooldown erneut versuchen.

Das SLA in den Analysen lesen

Die SLA-Uhr speist die Analysen, die ein Studio über sich selbst liest. Die Engpass-Ansicht meldet die mittlere Zeit, die ein Task in jeder Phase verbringt. Hier zeigt sich eine langsame Kunden-Review-Phase als Zahl statt als bloßes Gefühl. Der wöchentliche Bericht für Inhaber zeigt dasselbe Bild, und die Risikobewertung für ein Projekt listet die Gründe auf – so erklärt sich ein Projekt, das drei Tage über dem Zielwert auf einen Kunden wartet, von selbst.

Die Anzahl der Vorgänge, die auf einen Kunden warten, wird aus den Freigaben ermittelt, die dem Kunden tatsächlich mit einem Entscheidungslink vorgelegt wurden. Eine interne Abnahme verfälscht also nie die Zahl der auf Kunden wartenden Vorgänge.

Das Ziel festlegen

Das 72-Stunden-Ziel und die 12-Stunden-Warnung sind die Standardwerte, mit denen die Prüfung läuft. Phasen-SLAs werden pro Phase im Workflow in Stunden festgelegt. Ein vom KI-Onboarding vorgeschlagener Workflow enthält eine Tabelle mit SLAs pro Phase, die erst angewendet wird, nachdem das Studio sie geprüft und freigegeben hat. Eine Phase, die in der Tabelle nicht aufgeführt ist, erhält keine Uhr – denn eine Uhr, die niemand ausgewählt hat, ist schlimmer als gar keine Uhr.

Ein eingetragener Abgabetermin bei einer einzelnen Freigabe ist die präziseste Anweisung und schlägt alles andere. Wenn ein Kunde eine Antwort bis Donnerstag versprochen hat, trage Donnerstag ein.

• Standard: 72 Stunden ab Öffnung, Warnung 12 Stunden vorher.
• Prüfung alle 15 Minuten; Erinnerung an Abgabetermine alle 5 Minuten mit 60 Minuten Vorlauf.
• Eine Erinnerung pro Freigabe alle 12 Stunden; eine E-Mail pro Zugang pro Tag.