Auf dieser Seite werden die einzelnen Arten von Workflow-Regeln beschrieben, die du verwenden kannst, und es wird ein Beispiel gegeben, warum du sie verwenden solltest. Hier erfährst du mehr über Workflow-Regeln.

Die drei Arten von Workflow-Regeln treten in dieser Reihenfolge auf:

• Übergang einschränken: Dies geschieht, bevor jemand versucht, einen Vorgang zu übertragen.
• Details überprüfen: Dies geschieht, wenn jemand versucht, einen Vorgang zu übertragen.
• Aktionen ausführen: Dies geschieht, nachdem ein Vorgang übergeleitet wurde.

Dieser Regeltyp verbirgt den Übergang vor bestimmten Personen oder vor allen, wenn bestimmte Bedingungen nicht erfüllt sind. Wenn du eine dieser Regeln zu einem Vorgang hinzufügst, sehen die Leute den Übergang nur, wenn die Kriterien erfüllt sind. Im Gegensatz zum Regeltyp Details überprüfen können die Personen bei diesem Typ den Vorgang nicht korrigieren und den Übergang wiederholen (sie sehen den Übergang nicht einmal). Das ist sehr nützlich für die Sicherheit, aber nicht, wenn du jemanden nur daran erinnern willst, etwas vor dem Übergang zu tun.

Beispiel: Zum Verschieben eines Vorgangs Berechtigte einschränken

In multidisziplinären Teams arbeiten normalerweise verschiedene Personen an einer Aufgabe in verschiedenen Phasen des Prozesses. Ein kleines Feature-Team kann zum Beispiel diese Schritte in seinem Prozess haben:

Zu erledigen → Im Entwurf → In der Entwicklung → Im Review → Fertig

Die Disziplinen im Team können auf Rollen abgebildet werden:

• Designer.
• Software-Ingenieur.
• Qualitätssicherung.

Hier erfährst du mehr über die Verwaltung von Projektrollen. (Englisch)

Mit der Regel können sie diese Einschränkungen hinzufügen, um sicherzustellen, dass die richtigen Rollen ihre Vorgänge verschieben:

• Für Vorgänge, die aus der Rolle Im Entwurf verschoben werden, beschränke denjenigen, der den Vorgang verschieben darf, auf die Rolle Designer.
• Bei Vorgängen, die aus In der Entwicklung verschoben werden, schränkst du ein, wer den Vorgang auf die Rolle Software-Ingenieur verschieben darf.
• Bei Vorgängen, die aus Im Review verschoben werden, schränkst du ein, wer den Vorgang in die Rolle Qualitätssicherung verschieben darf.

Dieser Regeltyp stellt sicher, dass die Details beim Übergang eines Vorgangs korrekt sind, und stoppt den Übergang, wenn sie es nicht sind. Wenn die Angaben nicht korrekt sind, wird die Person, die den Vorgang überträgt, aufgefordert, sie zu korrigieren.

Es gibt einen feinen Unterschied zwischen diesem Typ und dem Typ Übergang einschränken. Während bei Übergang einschränken der Übergang ausgeblendet wird, wenn die Bedingungen nicht erfüllt sind, wird der Übergang bei "Details überprüfen" nie ausgeblendet. Die Leute können den Übergang zwar sehen und auswählen, aber sie können den Vorgang nicht abschließen, wenn die Details nicht erfüllt sind. Aus diesem Grund werden die Regeln für die Überprüfung der Details angewendet, wenn jemand einen Vorgang verschiebt: nachdem der Übergang ausgewählt wurde und bevor der Übergang stattfindet.

Die meisten Regeln für die Überprüfung von Details beginnen mit Überprüfen. Die Ausnahmen sind:

• Ein Fenster anzeigen (bei Projekten, die vom Unternehmen verwaltet werden)
• An die Aktualisierung von Feldern erinnern (in vom Team verwalteten Projekten)

Sie werden vor den anderen Regeln für die Überprüfung der Details ausgeführt und ermöglichen es demjenigen, der den Vorgang übergibt, Informationen zu dem Vorgang hinzuzufügen.

Dieser Vorgangstyp führt automatisch etwas aus, nachdem der Vorgang übergeleitet wurde. Sie sind nützlich, um Zeit für Aufgaben zu sparen, die du sonst manuell erledigen müsstest. Im Gegensatz zu den Regeln Übergang einschränken und Details überprüfen, die die Bedingungen für einen Übergang festlegen, schränken die Regeln Aktionen ausführen nicht ein, wer oder wann ein Vorgang übergehen kann. Sie helfen dir einfach dabei, deine Arbeit schneller fertig zu stellen.

Beispiel: Einen Vorgang zuweisen

Multidisziplinäre Teams geben ihre Aufgaben normalerweise in verschiedenen Phasen ihres Prozesses ab. Ein kleines Feature-Team könnte zum Beispiel diese Spalten auf seinem Board haben:

Zu erledigen → Im Entwurf → In der Entwicklung → Im Review → Fertig

Du kannst Regeln erstellen, um Vorgänge den einzelnen Disziplinen auf dem Board zuzuordnen:

• Vorgänge, die Im Entwurf sind, gibst du an den Designer des Teams weiter. Sie liefern dann Details zur Umsetzung, Spezifikationen und Anforderungen.
• Vorgänge, die In der Entwicklung behandelt werden, weist du dem Feature Lead des Teams zu. Er schreibt dann den Code oder delegiert ihn an andere Entwickler im Team.
• Vorgänge, die Im Review sind, übergibst du an den Qualitätssicherungsbeauftragten des Teams. Sie stellen dann Testnotizen zur Verfügung oder erstellen automatisierte Qualitätstests.
• Bei Vorgängen, die auf Fertig gesetzt werden, hebst du die Zuweisung auf.