-
Notifications
You must be signed in to change notification settings - Fork 2
Brainstorming Dokumentaufbau
- Name des Prozesses (techn. aus <bpmn:process ... name="Name des Processes" ... > )
- ID des Prozesses (tech. aus <bpmn:process id="id" ... > )
- Version (techn. aus <bpmn:process ... camunda:versionTag="Version"> ) (Optional, da Camunda-spezifisch)
techn. aus der Dokumentation unterhalb des <bmpn:process>-Knotens (<bpmn:documentation>Hier wird das Prozessziel genannt </bpmn:documentation>)
Beschreibe den Zweck des Prozessdokuments, den Zweck des Prozesses und den Umfang des Prozesses. Es kann sinnvoll sein, eine Erklärung dazu einzuschließen, ob es sich dabei um einen Ist-Prozess oder einen Sein-Prozess handelt. Bsp.: Dieser Prozess beginnt, wenn <Beschreibung des Startpunkts> und endet, wenn <Beschreibung des Endpunkts>. Im Allgemeinen halte diesen Abschnitt kurz: 2-4 Sätze sind eine gute Richtlinie.
Aufzählung der Eingabekriterien (nicht der konkreten Eingaben) für den Prozess.
- Was muss vorhanden sein, damit der Prozess erfolgreich beginnen kann?
- Welche Bedingungen müssen gegeben sein?
- Wie wird der Prozess gestartet? (Zeitpunkt, Aktion, ...)
- Geht dem Prozess ein anderer Prozess voran?
Aufzählung der konkreten Eingaben für den Prozessstart.
- Welche Hilfsmittel (physischer oder elektronischer Form) werden benötigt?
- Welche Informationen müssen vorhanden sein?
- Zähle die Ausgangskriterien für den Prozess auf.
- Was muss vorhanden sein, bevor der Prozess erfolgreich enden kann?
- Wie wird der Prozess beendet?
- Folgt diesem Prozess ein anderer Prozess?
- Wenn mehrere zusammenhängende Prozesse dokumentiert werden, werden diese Austrittskriterien zum Eintrittskriterium für den nächsten Prozess.
- Aufzählung der konkreten Ausgaben und Ergebnisse bei Prozessende.
Fügen Sie ein visuelles Diagramm des Workflows hinzu, das die Beziehung zwischen Aktivitäten im Prozess angibt.
Füge gegebenenfalls eine Liste der relevanten Geschäftsregeln hinzu und verweise auf die Schritte auf Tasks, in denen sie durchgesetzt werden. Ein Beispiel für eine Geschäftsregel für den Prozess "Angebot erstellen" ist beispielsweise "Alle Angebote ohne Antwort nach 10 Geschäftstagen gelten als abgelehnt."
In einer Zwei-Spalten-Tabelle die relevanten Geschäftsregeln abbilden.
-
Spalte: Geschäftsregel
-
Spalte: Verweis auf die Tasks in denen sie durchgesetzt werden.
Auflistung der Rollen und der Verantwortlichkeiten für jede Rolle. Denke daran, dass eine Person mehr als eine Rolle in einem Prozess erfüllen kann oder mehrere Personen dieselbe Rolle haben können. Beispielsweise kann es in unserem Prozess "Stellenangebot" geben, dass jeder HR-Vertreter dem Bewerber das Stellenangebot mitteilen kann. Stelle sicher, dass die hier verwendeten Begriffe für Rollen und Verantwortlichkeiten mit den Begriffen in dem Abschnitt Workflow-Diagramm übereinstimmt.