Der Weg
Erst den Prozess abstimmen, dann in ServiceNow bauen
patchley nimmt den Prozess von den Menschen auf, die ihn ausführen, und stimmt ihn als BPMN-2.0-Diagramm mit Lanes, Kontrollschritten und Analysen je Schritt ab. Diese abgestimmte Fassung wird als Dokument übergeben: die BPMN-2.0-XML-Datei und eine PowerPoint-Präsentation mit den Analysen je Schritt. Ihr Team liest sie und baut den Workflow in ServiceNow von Hand.
Spezifikation und Bau
Was das Diagramm festlegt, was Sie in ServiceNow konfigurieren
Jedes Element des abgestimmten Diagramms beantwortet eine Frage, die der Bau stellen wird. Die linke Spalte wird mit den Menschen im Workshop geklärt; die rechte ist die Konfigurationsarbeit Ihres Teams, allgemein benannt, weil jede ServiceNow-Instanz anders eingerichtet ist.
| Was das abgestimmte Diagramm festlegt | Was Sie in ServiceNow konfigurieren | |
|---|---|---|
| Rollen | Lanes für die Rollen, die die Arbeit tun, und die Übergaben dazwischen. | Wer handelt: Zuweisung an Gruppen und Benutzer je Schritt, und wer bei einer Übergabe benachrichtigt wird. |
| Entscheidungen | Gateways als Fragen, jeder ausgehende Fluss mit einer Antwort beschriftet. | Bedingungen: die Felder und Werte, die einen Datensatz in die eine oder andere Richtung leiten. |
| Daten | Datenobjekte und Systeme je Aufgabe: was ein Schritt liest, was er erzeugt, wo er arbeitet. | Felder und Datensätze: welche Tabelle den Fall hält, welche Felder in welchem Schritt Pflicht sind. |
| Kontrollen | Kontrollschritte markiert: Freigaben, Vier-Augen-Prüfungen, Compliance-Prüfungen. | Freigabeschritte, die nicht übersprungen werden können, und wer freigeben darf. |
| Ausnahmen | Pfade und Enden für die Fälle außerhalb des Normalfalls: fehlende Angaben, Ablehnung, Rückzug. | Ausnahmebehandlung: was auf jedem dieser Pfade mit dem Datensatz geschieht. |
| Dokumentation | Analysen je Schritt: SOP, Schwachstellen, Compliance, Kennzahlen. | Hilfetexte, Wissensartikel und die Abnahmekriterien für den Bau. |
Vor dem Bauen
Sieben Dinge, die festgelegt sein sollten, der Reihe nach
Die Reihenfolge unten ist die, die Nacharbeit vermeidet. Die Schritte eins bis fünf passieren in patchley mit den Menschen, die den Prozess ausführen; sechs ist die Übergabe; sieben ist der Bau.
Den Ist-Prozess von den Menschen aufnehmen, nicht aus dem Handbuch
Ein Workshop, ein Interview oder ein Meeting, an dem patchley teilnimmt. Das Ergebnis ist der Prozess, wie er heute läuft, mit den Umwegen und Ausnahmen, die ein Bau abfangen muss.
Die Rollen als Lanes benennen
Rollen, keine Abteilungen. Jede Lane wird im Bau zu einer Frage: wer zugewiesen wird, wer benachrichtigt wird, wer freigeben darf.
Jede Entscheidung als Frage mit Antworten schreiben
„Betrag über Limit?“ mit „ja“ und „nein“ ist eine Bedingung, die sich konfigurieren lässt. „Betrag prüfen“ ist es nicht.
Die Kontrollen markieren
Jede Freigabe und jede Prüfung, die nicht übersprungen werden darf, ist im Diagramm ein Kontrollschritt. Daraus werden die Freigabeschritte im Workflow, und nach genau diesen fragt eine Revision.
Den Soll-Prozess entscheiden
Welche Schritte bei Menschen bleiben, welche der Workflow übernimmt, welche später ein KI-Agent übernehmen könnte. Als eigenes Diagramm entworfen, die Ist-Version nur einen Klick entfernt, damit der Unterschied sichtbar und abgestimmt ist.
Die Spezifikation übergeben
BPMN 2.0 XML und die PowerPoint-Präsentation mit den Analysen je Schritt. Die Freigabe der Prozessverantwortlichen liegt auf der Fassung, aus der Ihr Team baut.
In ServiceNow bauen, und das Diagramm als Referenz behalten
Ihr Team konfiguriert den Workflow. Verändert der Bau den Prozess, geht die Änderung zurück ins Diagramm und zu den Menschen, die ihn abgestimmt haben.
patchley importiert nicht nach ServiceNow und verbindet sich nicht damit. Der abgestimmte Prozess ist ein Dokument, aus dem Ihr Team baut. So bleibt die Spezifikation unabhängig von der Plattform und der Bau unabhängig von patchley.