Auf dieser Seite werden die Workflow-Regeln beschrieben, die du zu deinen vom Team verwalteten Projekten hinzufügen kannst, und es wird ein Beispiel dafür gegeben, warum du eine davon verwenden solltest. Hier erfährst du, wie du eine Regel zum Workflow deines vom Team verwalteten Projekts hinzufügst.

Diese Regel stellt sicher, dass sich die richtigen Personen zur richtigen Zeit um die richtigen Vorgänge kümmern. Sie nimmt dir die manuelle Arbeit ab, ein Teammitglied zuzuweisen, nachdem eine Phase des Workflows abgeschlossen ist.  

Jira kann die zugewiesene Person des Vorgangs automatisch ändern, wenn du einen Vorgang zwischen den Spalten verschiebst oder seinen Status änderst:

1. Verwende das Dropdown-Menü Für Übergang, um Jira die Spalte oder den Status mitzuteilen, in dem das Feld für die zugewiesene Person des Vorgangs aktualisiert wird.
2. Benenne die Person, der du den Vorgang zuweisen möchtest, in der Dropdown-Liste Zuweisen an.

Du kannst Vorgänge zuweisen an:

• Dem Autor, normalerweise der Person, die den Vorgang erstellt hat
• Dem aktuellen Benutzer oder der Person, die den Status des Vorgangs aktualisiert
• Niemandem, wodurch der Vorgang nicht zugewiesen wird
• Eine bestimmte Person in deinem Projekt

Beispiel

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 landen, gibst du an den Designer des Teams weiter. Sie liefern dann Details zur Umsetzung, Spezifikationen und Anforderungen.
• Vorgänge, die In der Entwicklung sind, gibst du an den Teamleiter für die Funktionen weiter. Er schreibt dann den Code oder delegiert ihn an andere Entwickler im Team.
• Vorgänge, die Im Review sind, weist du dem Qualitätssicherungsbeauftragten des Teams zu. 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.

Diese Regel prüft den Wert des Feldes eines Vorgangs, bevor sie jemandem erlaubt, einen bestimmten Übergang zu nutzen. Diese virtuelle Prüfung kann deinem Team helfen, Vorgänge besser zu lösen, indem sie die verfügbaren Pfade in deinem Workflow auf der Grundlage der im Vorgang vorhandenen Informationen eingrenzt. Du kannst sie nutzen, um Best Practices für ähnliche Vorgänge durchzusetzen, ohne einen neuen Vorgangstyp und Workflow erstellen zu müssen.

Um den Wert eines Vorgangsfeldes zu überprüfen, bevor du jemandem erlaubst, einen bestimmten Übergang zu benutzen:

1. Verwende das Dropdown-Menü Für Übergang, um Jira Software mitzuteilen, bei welchem Übergang der Wert des Feldes geprüft werden soll.
2. Wähle das Feld, dessen Wert du prüfen willst, in der Dropdown-Liste Für dieses Feld aus.
3. Wenn du willst, kannst du in der Dropdown-Liste Wert prüfen als festlegen, wie das Feld ausgewertet werden soll (Details siehe unten).
4. Wähle in der Dropdown-Liste Überprüfe, ob der Wert aus, wie Jira Software den Wert des Feldes vergleichen soll (Details siehe unten).
5. Füge den Wert, mit dem du vergleichen willst, in das Feld Dieser Wert ein.
6. Klicke auf Hinzufügen.

Wert prüfen als

In Jira Software kannst du den Wert, der in ein Feld eingegeben wird, auf verschiedene Arten auswerten. Das kann zum Beispiel nützlich sein, wenn du Zahlen, die als Text in ein Kurztextfeld eingegeben wurden, mit einer ganzen Zahl vergleichen willst.

Je nach Art des Feldes, das du prüfst, kannst du seinen Inhalt wie folgt auswerten:

• eine Zahl → jede positive oder negative Zahl, einschließlich Dezimalzahlen, zwischen -1 Billion und 1 Billion (100000000000000). Denke daran:
  • Das Feld akzeptiert keine Zahlen, die als Bruch ausgedrückt sind.
  • Das Feld akzeptiert nur ein Trennzeichen - das Dezimaltrennzeichen. Andere Schreibweisen (z. B. Kommas zur Kennzeichnung von Stellen) verstoßen gegen diese Regel.
  • Jira rundet Dezimalzahlen auf die nächste 10er-Stelle. Zum Beispiel wird 5,555555 auf 5,6 gerundet. 
  • Du kannst große Zahlen in wissenschaftlicher Notation eingeben. Zum Beispiel kann die Zahl 5000 als 5e3 eingegeben werden.
• eine Auswahl → einschließlich der verfügbaren Optionen, die in dem Feld für Dropdown- und Kontrollkästchen-Felder konfiguriert sind, oder Benutzer-IDs in Personenfeldern.
• einen Zeitstempel → einschließlich eines Datums und, bei Zeitstempelfeldern, einer Uhrzeit. Wir stellen einen Kalender und eine Uhr zur Verfügung, mit denen du das Datum und die Uhrzeit genau auswählen kannst, so dass du keine speziellen Formatierungen kennen musst.
• Text → wird als Zeichenkette ausgewertet, einschließlich Sonder- und nicht-lateinischer Zeichen.

Überprüfe, ob der Wert

Die Auswahl, die du hier triffst, teilt der Jira Software mit, wie sie den Inhalt des Feldes, das du überprüfst, auswerten soll. Du kannst zum Beispiel prüfen, ob der Wert eines Zahlenfeldes größer oder kleiner als ein bestimmter Wert ist.

Je nach Art des Feldes, das du prüfst, kannst du den Wert des Feldes mit diesen Operatoren vergleichen:

• enthält → bei der Auswertung von Feldern als Auswahl oder Text prüft dieser Operator, ob die gewünschte Zeichenfolge oder Auswahl im Feld vorhanden ist.
• enthält nicht → bei der Auswertung von Feldern als Auswahl oder Text prüft dieser Operator, ob die gewünschte Zeichenfolge oder Auswahl im Feld nicht vorhanden ist
• ist nicht gleich → dieser Operator prüft, ob das ausgewertete Feld nicht genau mit einem bestimmten Muster übereinstimmt
• gleich → dieser Operator prüft, ob das ausgewertete Feld genau mit einem bestimmten Muster übereinstimmt. Bei Text wird bei der Auswertung die Groß- und Kleinschreibung beachtet und die genaue Formatierung berücksichtigt.
• ist nach → bei Datums- und Zeitstempelfeldern sucht dieser Operator nach Zeitstempeln, die chronologisch nach dem gewünschten Wert liegen
• ist vor → für Datums- und Zeitstempelfelder sucht dieser Operator nach Zeitstempeln, die zeitlich vor dem gewünschten Wert liegen
• ist oder ist nach → für Datums- und Zeitstempelfelder sucht dieser Operator nach Zeitstempeln, die zeitlich genau zur gleichen Zeit oder nach dem gewünschten Wert auftreten
• ist oder liegt vor → bei Datums- und Zeitstempelfeldern sucht dieser Operator nach Zeitstempeln, die genau zur gleichen Zeit oder zeitlich vor dem gewünschten Wert liegen
• ist größer als → für Zahlenfelder sucht dieser Operator nach Werten, die größer sind als der in der Regel angegebene Wert
• ist größer als oder gleich → bei Zahlenfeldern sucht dieser Operator nach Werten, die entweder genau gleich oder größer sind als der in der Regel angegebene Wert
• ist kleiner als → für Zahlenfelder sucht dieser Operator nach Werten, die kleiner sind als in der Regel angegeben
• ist kleiner als oder gleich → für Zahlenfelder sucht dieser Operator nach Werten, die entweder genau gleich oder kleiner sind als die in der Regel angegebenen

Diese Regel stellt sicher, dass Vorgänge eine oder mehrere erforderliche Stufen im Workflow deines Teams durchlaufen. Mit ihr kannst du automatisierte Prüfungen in deinem Workflow durchsetzen und verhindern, dass Vorgänge Schritte in deinem Prozess übergehen. Du kannst die Regel aber auch so einrichten, dass sie genau das Gegenteil bewirkt: Sie prüft, ob ein Vorgang einen bestimmten Status nicht durchlaufen hat.

So überprüfst du, ob ein Vorgang einen bestimmten Status durchlaufen hat, bevor du einen bestimmten Übergang zulässt:

1. Verwende das Dropdown-Menü Für Übergang, um Jira Software mitzuteilen, dass frühere Zustände geprüft werden sollen.
2. Wähle den Status, den du prüfen willst, in der Dropdown-Liste Überprüfen Sie, ob der Vorgang den folgenden Status hatte aus.

Du kannst auch die folgenden Optionen auswählen:

Aktuellen Vorgangsstatus berücksichtigen

In der Standardeinstellung berücksichtigt diese Workflow-Regel nur frühere Status, wenn sie prüft, ob ein Übergang erlaubt ist. Wenn du auch den aktuellen Status berücksichtigen willst, aktiviere das Kontrollkästchen Aktuellen Vorgangsstatus berücksichtigen. So kannst du verhindern, dass Übergänge in einer Schleife verlaufen, d.h. dass ein Übergang den Status zurücksetzt und er unverändert erscheint. So bleiben Vorgänge in deinem Workflow in Bewegung. Lies weiter unten mehr über geschleifte Übergänge.

Diese Regel rückgängig machen

Du kannst das Verhalten dieser Workflow-Regel ändern, um zu prüfen, ob ein Vorgang einen bestimmten Status noch nicht durchlaufen hat, bevor du den Übergang zulässt. So kannst du sicherstellen, dass Bugs oder Feature Requests, die sich im Status "abgelehnt" befinden, nicht wieder in dein Board gelangen.

Nur den zuletzt verwendeten Vorgangsstatus berücksichtigen

Standardmäßig prüft diese Workflow-Regel den gesamten Verlauf eines Vorgangs seit seiner Erstellung im Projekt. Wenn du diese Option auswählst, prüft die Regel nur den Status, der unmittelbar vor dem aktuellen Status des Vorgangs liegt. In manchen Fällen kann dies derselbe sein wie der aktuelle Status. Wir empfehlen, auch die Option Statusaktualisierungen von Übergängen mit Schleifen ignorieren zu wählen, um sicherzustellen, dass die Regel den letzten anderen Status als den aktuellen Status des Vorgangs auswertet.

Statusaktualisierungen von Übergängen mit Schleifen ignorieren

Manche Projekte verwenden Übergänge, um Benachrichtigungen, Automatisierungen in verbundenen Apps oder andere Aktionen auszulösen. Diese Übergänge setzen den Status des Vorgangs in der Regel auf den aktuellen Status des Vorgangs zurück. Wenn du Nur den zuletzt verwendeten Vorgangsstatus berücksichtigen ausgewählt hast, kann der letzte Status mit dem aktuellen Status identisch sein. Wenn du die Option Statusaktualisierungen von Übergängen mit Schleifen ignorieren auswählst, wird die Regel gezwungen, den letzten Status zu berücksichtigen, der sich vom aktuellen Status des Vorgangs unterscheidet.

Beispiele

Beispiel für Qualitätssicherung

Das Ziel ist es, sicherzustellen, dass die Arbeit vor ihrer Fertigstellung eine Qualitätskontrolle durchläuft. In diesem Fall kannst du deine Workflow-Status verwenden, um deinem Team zu helfen, durchzusetzen, dass ein Qualitätssicherungsingenieur die Arbeit deines Teams vor dem Deployment an deine Kunden überprüft hat.

Ein kleines Feature-Team könnte zum Beispiel diese Spalten auf seinem Board haben:

Zu erledigen → In Entwicklung → Im Review → Fertig

Du kannst einen Workflow-Status als Qualitätskontrolle verwenden, bevor du die Arbeit in deinem Projekt abschließen kannst. Wenn du die Regel Auf Fälle beschränken, in denen ein Vorgang einen bestimmten Status durchlaufen hat in deinem Workflow hinzufügst, kannst du sicherstellen, dass die Arbeit von deinem Qualitätssicherungsingenieur ordnungsgemäß überprüft wurde, bevor du die Aufgabe als abgeschlossen markierst:

1. Füge dem Übergang "Beliebiger Status", der zu deinem Status "Fertig" führt, die Regel Auf Fälle beschränken, in denen ein Vorgang einen bestimmten Status durchlaufen hat hinzu.
2. Wähle in der Dropdown-Liste Überprüfen Sie, ob der Vorgang den folgenden Status hatte den Status "Im Review" aus.
3. Wähle die Option Aktuellen Vorgangsstatus berücksichtigen aus.
4. Wähle die Option Nur den zuletzt verwendeten Vorgangsstatus berücksichtigen aus.
5. Wähle die Option Statusaktualisierungen von Übergängen mit Schleifen ignorieren aus.

Jetzt kann die Arbeit ungehindert zwischen jedem Status wechseln. Der Übergang zu "Fertig" ist jedoch nur möglich, wenn der letzte Status "Im Review" war.

Um diesen Übergang noch sicherer zu machen, kannst du die Regel Zum Verschieben eines Vorgangs Berechtigte einschränken hinzufügen und sie auf die benutzerdefinierte Rolle "Qualitätssicherungsingenieur" beschränken. Auf diese Weise können nur Personen mit deiner Rolle "Qualitätssicherungsingenieur" den Vorgang nach "Fertig" verschieben. Hier erfährst du mehr über benutzerdefinierte Rollen.

Beispiel für einen unterbrochenen Status

Es kann sein, dass dein Software-Team sich mit einem Kollegen beraten muss, der nicht regelmäßig an deinem Projekt arbeitet. Zum Beispiel kann es sein, dass du bei der Entwicklung deiner Benutzeroberfläche die Hilfe eines Designers brauchst, der am Frontend arbeitet.

Diese Art von Input wird in deinem Workflow nicht regelmäßig benötigt, aber du möchtest in der Lage sein, die Vorgänge zu sehen und zu überprüfen, die auf den Input deines Designers warten.

In diesem Fall kannst du einen Status für diese Art von Unterbrechung mit dem Namen "Warten auf Design" erstellen. Dein Workflow könnte folgendermaßen aussehen:

Du kannst die Funktion Auf Fälle beschränken, in denen ein Vorgang einen bestimmten Status durchlaufen hat, um sicherzustellen, dass der Vorgang wieder dorthin zurückkehrt, wo er vor der Unterbrechung deines normalen Workflows herkam:

1. Erstelle einen Status für deinen unterbrochenen Zustand und erlaube jedem Status, in deinen neuen Status überzugehen. Im obigen Beispiel heißt der unterbrochene Status "Warten auf Design".
2. Erstelle Übergänge vom unterbrochenen Status zurück in deinen Haupt-Workflow. Im obigen Diagramm leiten die Übergänge "Aufgabe neu starten" und "Zurück zu in Arbeit" Vorgänge aus dem unterbrochenen Status "In Arbeit" zurück in den Haupt-Workflow (TO DO → IN PROGRESS → DONE).
3. Füge Auf Fälle beschränken, in denen ein Vorgang einen bestimmten Status durchlaufen hat ein, um den Übergang zu ermöglichen, der den Vorgang wieder in den Ausgangszustand versetzt. Zum Beispiel, wenn Vorgänge unterbrochen wurden, während sie "In Arbeit" waren:
   1. Wähle in der Dropdown-Liste Für Übergang den Übergang "Zurück zu in Arbeit".
   2. Wähle in der Dropdown-Liste Überprüfen Sie, ob der Vorgang den folgenden Status hatte den Status "In Arbeit" aus.
4. Füge eine Auf Fälle beschränken, in denen ein Vorgang einen bestimmten Status durchlaufen hat Regel hinzu, um zu verhindern, dass ein Vorgang in deinem Workflow rückwärts läuft. Wenn Vorgänge zum Beispiel unterbrochen wurden, während sie sich in Arbeit befanden, kannst du verhindern, dass sie wieder in den Status "Zu erledigen" übergehen:
   1. Wähle im Dropdown-Menü Für Übergang den Übergang "Aufgabe neu starten" aus.
   2. Wähle in der Dropdown-Liste Überprüfen Sie, ob der Vorgang den folgenden Status hatte den Status "In Arbeit" aus.
   3. Wähle die Option Diese Regel umkehren aus.

Vorgänge, die von deinem Hauptfluss unterbrochen und auf "Warten auf Design" gesetzt werden, können jetzt nur noch auf folgende Weise verschoben werden:

• Vorgänge, die von "Zu erledigen" nach "Warten auf Design" verschoben werden, können nur zurück nach "Zu erledigen" verschoben werden.
• Vorgänge, die von "In Arbeit" zu "Warten auf Design" wechseln, können nur zurück zu "In Arbeit" wechseln.

Mit dieser Regel kannst du sicherstellen, dass nur die richtigen Personen einen Vorgang an einem bestimmten Punkt im Prozess deines Teams bearbeiten können. Du kannst die Zahl der verpassten Schritte in deinem Workflow verringern und sicherstellen, dass die Arbeit deines Teams alle erforderlichen Personen durchläuft.

Du kannst einschränken, an wen du einen Vorgang verschieben kannst:

• Die zugewiesene Person des Vorgangs.
• Der Verfasser des Vorgangs.
• Ein Benutzer deiner Wahl.
• Personen mit einer bestimmten Rolle.
• Personen in einer bestimmten Gruppe.
• Personen mit bestimmten Berechtigungen.

Beispiel

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 Design → In der Entwicklung → Im Review → Fertig

Die Disziplinen im Team können den Rollen zugeordnet 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 bewegen:

• Bei Vorgängen, die aus Im Design verschoben werden, schränke ein, wer den Vorgang auf die Rolle Designer verschieben kann.
• Bei Vorgängen, die aus In der Entwicklung verschoben werden, schränkst du ein, wer den Vorgang in die Rolle Software-Ingenieur verschieben kann.
• Bei Vorgängen, die aus Im Review verschoben werden, schränkst du ein, wer den Vorgang in die Rolle Qualitätssicherung verschieben darf.

Diese Regel prüft, welche Berechtigungen jemand hat, bevor er oder sie einen bestimmten Übergang benutzen darf. Diese Prüfung hilft deinem Team sicherzustellen, dass nur die richtigen Personen einen Vorgang zur richtigen Zeit verschieben können. Nutze diese Regel, um deinen Workflow auf der Grundlage der Jira Berechtigungen der Personen zu sichern.

Beispiel

Ein Team mit einem einfachen Workflow könnte diese Status in seinem Workflow haben:

Start → Zu erledigen → In Arbeit → Fertig

Du kannst diese Regel verwenden, um zu überprüfen, ob Personen eine bestimmte Erlaubnis haben:

• Nur Personen mit der Berechtigung Vorgänge erstellen können einen Vorgang von Start → Zu erledigen verschieben. So kannst du sicherstellen, dass nur die richtigen Personen Aufgaben für dein Team erstellen können.
• Nur Personen mit der Berechtigung Vorgänge zuweisen können einen Vorgang von Zu erledigen → In Arbeit verschieben. So wird sichergestellt, dass jeder, der mit der Bearbeitung eines Vorgangs beginnt, ihn auch jemandem zuweisen kann.
• Nur Personen mit der Berechtigung Vorgänge schließen können einen Vorgang von In Arbeit → Fertig verschieben. So wird sichergestellt, dass Personen einen Vorgang nicht beenden können, ohne dazu berechtigt zu sein.

Genau wie die Regel Vorgangsfeld aktualisieren trägt auch diese Regel dazu bei, dass deine Arbeit zur richtigen Zeit an den richtigen Stellen aktualisiert wird, indem sie Dateneingabefehler reduziert. Der entscheidende Unterschied ist, dass diese Regel ein Feld auf der Grundlage eines anderen Feldes aktualisiert.

Du kannst den Inhalt von Feldern kopieren:

• within the same issue, die ein Feld eines Vorgangs in ein anderes Feld desselben Vorgangs kopiert.
• the parent issue, die ein Feld aus dem übergeordneten Vorgang der Ausgabe in sich selbst kopiert. Diese Option funktioniert nur, wenn der Vorgang das untergeordnete Element eines anderen Vorgangs ist, z. B. beim Kopieren eines Vorgangs von einem Epic (übergeordneter Vorgang) in eine Story (untergeordneter Vorgang) oder von einer Story (übergeordneter Vorgang) in einen Subtask (untergeordneter Vorgang).

When we’ll skip this rule

Die Informationen, mit denen du diese Regel konfigurierst, gelten möglicherweise nicht für alle Vorgangstypen, die denselben Workflow haben. Wir lassen diese Regel also aus, wenn:

• es sich um einen Vorgang handelt, der nicht beide von dir ausgewählten Felder enthält (Copy from this field und To this field).
• er so konfiguriert ist, dass er vom the parent issue kopiert wird und der Vorgang keinen parent hat.

Keine Sorge, wenn diese Regel übersprungen wird, bedeutet das nicht, dass du etwas falsch gemacht hast oder dass es einen Fehler gibt. Du kannst mit deiner Arbeit weitermachen. Es bedeutet nur, dass keine Felder kopiert oder aktualisiert werden.

Wie Felder kopiert werden

Es gibt drei Möglichkeiten, wie ein Feld in ein anderes kopiert werden kann:

• Anhängen: Der Wert des Feldes wird zum Wert des Zielfeldes hinzugefügt.
• Voranstellen: Der Wert des Feldes wird an den Anfang des Wertes des Zielfeldes angefügt.
• Ersetzen: Der Wert des Feldes ersetzt den Wert des Zielfeldes.

Hier findest du eine Liste der kompatiblen Feldtypen und wie sie kopiert werden:

Diese Regel trägt dazu bei, dass Vorgänge zur richtigen Zeit mit den richtigen Informationen erfasst werden. Du kannst Dateneingabefehler reduzieren und die Konsistenz erhöhen.

Jira kann bestimmte Felder automatisch für dich aktualisieren, wenn du Vorgänge zwischen Spalten verschiebst oder ihren Status änderst:

1. Verwende das Dropdown-Menü Für Übergang, um Jira mitzuteilen, welche Spalte oder welcher Status ein bestimmtes Feld aktualisiert. 
2. Wähle das Feld aus, das du automatisch aktualisieren möchtest.

Du kannst alle Text-, Zahlen-, Stichwort-, Datums- oder Zeitfelder aktualisieren, die du deinem Projekt hinzugefügt hast, einschließlich benutzerdefinierter Felder. Hier erfährst du mehr über benutzerdefinierte Felder.

Ein paar Feinheiten:

• Wenn du ein Textfeld mithilfe einer Regel aktualisierst, fügt Jira den gewünschten Text zum vorhandenen Text im Feld hinzu. Es wird kein vorhandener Text im Feld ersetzt.
• Wenn du ein Zeit- oder Datumsfeld aktualisierst, ersetzt Jira alles in dem Feld durch das Datum und/oder den Zeitstempel, an dem die Karte auf dem Board verschoben wurde. Du kannst keine statische Zeit oder ein statisches Datum angeben.

Beispiel

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 Design → In der Entwicklung → Im Review → Fertig

Zur Nachvollziehbarkeit und für die Berichterstattung können Teams ihren Vorgangstypen benutzerdefinierte Datumsfelder hinzufügen, um die Übergabedaten zu verfolgen:

• Vom Design aufgegriffen
• Übergabe an die Entwicklung
• Übergabe an die Qualitätssicherung (QA)

Sie können einfache Regeln erstellen, die diese Übergabedatumsfelder auf das aktuelle Datum aktualisieren, wenn jemand den Vorgang in eine bestimmte Spalte oder einen bestimmten Status verschiebt:

• Für Vorgänge, die Im Design verschoben werden, wird das Feld Vom Design aufgegriffen mit dem aktuellen Datum/Uhrzeit aktualisiert.
• Für Vorgänge, die In der Entwicklung verschoben werden, aktualisiere das Feld Übergabe an die Entwicklung auf das aktuelle Datum/die aktuelle Uhrzeit.
• Für Vorgänge, die Im Review verschoben werden, aktualisiere das Feld Übergabe an die Qualitätssicherung auf das aktuelle Datum/die aktuelle Uhrzeit.

Unbekannter benutzerdefinierter Feldtyp

Wenn du ein benutzerdefiniertes Feld aktualisierst, dessen Typ dem Workflow-Editor unbekannt ist, musst du einen Wert eingeben, der dem Typ des benutzerdefinierten Feldes entspricht. Sonst funktioniert die Regel möglicherweise nicht.

Du kannst die folgenden verwenden:

• %%CURRENT_USER%%, der durch den Benutzer ersetzt wird, der den Vorgang umgestellt hat.
• %%CURRENT_DATETIME%%, das durch das Datum und die Uhrzeit des Übergangs ersetzt wird.
• Für Auswahllistenfelder (Kaskadenfelder) kannst du entweder den Wert oder die ID der auszuwählenden Option verwenden.

Benutzerdefinierte Datums- und Zeitformate

Wenn du ein benutzerdefiniertes Datums- und Zeitformat eingerichtet hast und diese Regel so konfigurieren möchtest, dass sie ein Datums- und Zeitfeld aktualisiert, musst du dein Wunschdatum im richtigen Format eingeben. Wenn das der Fall ist, siehst du ein Textfeld mit Anweisungen, wie du es ausfüllen sollst, anstatt eines Datumsauswahlfeldes.

Du könntest zum Beispiel ein Textfeld sehen, in dem steht, dass du ein Datum im Format "tt/MMMM/jjjjj h:mm a" eingeben sollst. Ein Datum, das du eingeben könntest, wäre "15/Juli/1968 9:30 PM". Wenn du mehr über diese Formate erfahren möchtest, schau doch mal unter Java SimpleDateFormat (Englisch) nach.

Um deine Datums- und Zeitformate zu ändern, kannst du das Erscheinungsbild von Jira konfigurieren. Hier erfährst du mehr darüber, wie du das Erscheinungsbild von Jira konfigurieren kannst. (Englisch)