WissenVorbereitung auf eine Plattform

Vom abgestimmten Prozess in patchley zu Camunda Modeler.

patchley nimmt den Prozess auf und stimmt ihn ab; Camunda ist für viele Teams der Ort, an dem die Ausführung gebaut wird. Die Übergabe zwischen beiden ist eine Standarddatei. patchley exportiert BPMN 2.0 XML, und Camunda Modeler öffnet BPMN 2.0 XML. Diese Seite geht diesen Weg durch, zeigt, was in der Datei mitreist, und benennt die technische Arbeit, die Ihr Team danach im Modeler erledigt.

Der Weg

In patchley aufnehmen, in Camunda Modeler öffnen

patchley integriert sich nicht mit Camunda und muss es nicht. Das abgestimmte Diagramm verlässt patchley als BPMN-2.0-XML-Datei, und Ihr Team öffnet diese Datei in Camunda Modeler. patchley sitzt davor, dort, wo der Prozess von den Menschen aufgenommen wird, die ihn ausführen, und abgestimmt wird, bevor etwas gebaut wird.

patchleyAbgestimmter ProzessBPMN-2.0-Diagramm mit Lanes für die Rollen, Gateways, Systemen, Dokumenten und Kontrollschritten, abgestimmt von den Prozessverantwortlichen.
→
ExportBPMN 2.0 XMLEine Standarddatei. Öffnet sich in Standard-BPMN-Werkzeugen wie Camunda Modeler, Signavio und ADONIS.
→
Camunda ModelerÖffnen und vervollständigenCamunda Modeler öffnet BPMN 2.0 XML. Ihr Team ergänzt dort die technischen Attribute, Service Tasks und Formulare.
patchleypatchley-ExportIhr Team, in Camunda

Durchgang

Sieben Schritte vom Workshop zum Modeler

Die ersten drei Schritte passieren in patchley und mit den Menschen, die den Prozess ausführen. Der Rest ist die Arbeit Ihres Teams in Camunda Modeler; das ist Engineering, und das abgestimmte Diagramm ist seine Spezifikation.

1

Den Prozess in patchley abstimmen

Den Ist-Prozess aus Workshop, Meeting oder Dokument aufnehmen; die Kontrollschritte markieren; die Prozessverantwortlichen die Fassung freigeben lassen, die gebaut wird. Jede Version bleibt erhalten, die freigegebene lässt sich also immer wiederfinden.

2

BPMN 2.0 XML exportieren

Der Export ist eine Standard-BPMN-2.0-XML-Datei: der Prozess mit seinen Lanes, Aufgaben, Gateways, Ereignissen und Sequenzflüssen, die Namen und das Diagrammlayout.

3

Die Datei in Camunda Modeler öffnen

Camunda Modeler öffnet BPMN 2.0 XML. Die abgestimmten Lanes, Aufgaben und Gateway-Fragen stehen in der Datei.

4

Die technischen Attribute ergänzen

Prozess-ID, Versionskonventionen, welche Lanes auf welche Benutzergruppen abbilden: die Attribute, die eine Engine braucht und ein Fachdiagramm nicht trägt. Das erledigt Ihr Team im Modeler.

5

Die Aufgabentypen festlegen

Welche Aufgaben werden User Tasks für Menschen, welche Service Tasks, die ein System aufrufen, welche bleiben manuell. Die an den patchley-Aufgaben genannten Systeme zeigen, wo zu suchen ist; die Anbindungen sind die Arbeit Ihres Teams.

6

Formulare und Bedingungen ergänzen

Formulare für die User Tasks, Ausdrücke für die Gateway-Bedingungen, Timer für die Fristen. Die Gateway-Fragen und die beschrifteten Antworten aus dem abgestimmten Diagramm sind der Ausgangspunkt.

7

Das abgestimmte Diagramm als Referenz behalten

Wenn das technische Modell den Prozess verändert, bringen Sie die Änderung zu den Menschen zurück, die ihn abgestimmt haben. Die Fachfassung in patchley bleibt die Fassung, die sie wiedererkennen.

Keine Integration, eine Standarddatei

patchley und Camunda sprechen nicht miteinander. Eine BPMN-2.0-XML-Datei verlässt das eine und öffnet sich im anderen, genau dafür gibt es den Standard. Nichts wird synchronisiert, nichts wird übertragen, nichts hängt vom Release-Zyklus einer der beiden Seiten ab.

Was mitreist, was ergänzt wird

In der Datei aus patchley, und die Arbeit Ihres Teams in Camunda

Ein Fachdiagramm und ein ausführbares Modell teilen sich die Notation, nicht den Zweck. Die Tabelle trennt, was das abgestimmte Diagramm mitbringt, von dem, was das Engineering ergänzt.

Im BPMN 2.0 XML aus patchleyVon Ihrem Team in Camunda Modeler ergänzt
RollenPool und Lanes, benannt nach den Rollen, die die Arbeit tun.Zuordnung von Lanes und User Tasks zu Gruppen und Benutzern.
AufgabenAufgaben als Verb plus Objekt, mit den Systemen und Dokumenten, die sie nutzen.Aufgabentypen (User, Service, manuell), Anbindungen, Ein- und Ausgabe-Mappings.
EntscheidungenGateways als Fragen, mit beschrifteten ausgehenden Flüssen.Bedingungsausdrücke an jedem ausgehenden Fluss.
EreignisseStart- und Endereignisse, benannt nach Auslöser und Ergebnis.Nachrichten- und Timer-Definitionen, Fehlerbehandlung.
KontrollenKontrollschritte, wie im abgestimmten Diagramm markiert.Freigabeformulare und die Regel, dass der Schritt nicht übersprungen werden kann.
LayoutDiagram Interchange: Positionen und Größen.Umordnen, wenn das technische Modell wächst.

Vor dem Bauen

Warum sich der Umweg über die abgestimmte Fassung lohnt

Ein ausführbares Modell erbt jede Lücke des Geschäftsprozesses, auf dem es gebaut ist. Drei Dinge sind im Workshop billiger zu klären als im Sprint.

1

Entscheidungen mit ihren Bedingungen

„Betrag über Limit?“ ist im Raum leicht gefragt und im Code teuer geraten. Das abgestimmte Diagramm trägt die Fragen und die Antworten.

2

Kontrollen, die nicht verschwinden dürfen

Vier-Augen-Freigaben und Compliance-Prüfungen sind als Kontrollschritte markiert und damit sichtbar, wenn die Aufgabentypen festgelegt werden.

3

Ausnahmen, die das Team kennt

Fehlende Unterlagen, abgelehnte Rechnungen, zurückgezogene Anträge: Die Menschen, die den Prozess ausführen, nennen sie in Minuten; das Modell braucht für jede einen Pfad.

Sehen Sie das an einem Ihrer eigenen Prozesse.Demo buchen

30-Minuten-Demo buchen

Wir modellieren ihn live mit Ihnen, in Ihrer Sprache. Wählen Sie einen Termin, und die Microsoft Teams-Einladung ist sofort in Ihrem Kalender.

Download-Anfrage

Dokument anfordern

Geben Sie Ihre E-Mail-Adresse ein, und wir senden Ihnen das Dokument per E-Mail.

Gewünschtes Dokument

Mit * markierte Felder sind Pflichtfelder.

patchley in 19 Klicks erleben