In den vorherigen Lektionen haben wir uns mit Berechtigungen in Jira beschäftigt und gesehen, dass Projekte alle Projektrollen nutzen können, die in Jira konfiguriert wurden. Es liegt in Ihrer Verantwortung festzulegen, welche Benutzer die Projektrollen für die einzelnen Projekte übernehmen sollen.
Neben Rollen und Berechtigungen gibt es in Projekten viele weitere Elemente, die Sie konfigurieren können:
In diesem Kapitel werden wir uns diese Elemente nacheinander ansehen und anhand realer Anwendungsfälle ihre Konfiguration kennenlernen.
Ähnlich wie bei den bereits besprochenen Berechtigungsschemata können Sie all diese Elemente konfigurieren und sie Projekten auf Basis von Schemata zuweisen:
Jira verfügt über einige standardmäßige Issue-Types wie Story, Epic und Task. Sie können jedoch auch eigene Issue-Types erstellen. Die Issue-Types werden dann gruppiert und bilden ein Issue-Typesschema, das einem Projekt zugeordnet wird.
Sie können benutzerdefinierte Felder erstellen, wobei Jira viele verschiedene Feldtypen anbietet:
Nach der Erstellung eines Feldes müssen Sie festlegen:
Diese Einstellungen werden in einer Field-Configuration festgelegt, die über ein Field-Configurationsschema einem Issue-Type zugeordnet wird. Da es sich um ein Schema handelt, wird es einem Projekt zugewiesen.
Beispiel: Sie können ein Feld “Dringlichkeit” anlegen, es einem bestimmten Screen zuordnen, in der Field-Configuration angeben, dass das Feld obligatorisch ist, und schließlich festlegen, dass diese Field-Configuration nur für bestimmte Issue-Types gilt.
Screens sind die Ansichten, die Sie bei der Arbeit mit Vorgängen sehen. Sie können eigene Screens erstellen und festlegen, wann sie angezeigt werden sollen.
Es gibt drei verschiedene Issue-Type, bei denen ein Screen angezeigt werden kann:
Die Zuordnung erfolgt mit Hilfe eines Screenschemas. Der Screen wird dann über das Screenschema für den Issue-Type einem Issue-Type zugeordnet, der schließlich einem Projekt zugewiesen wird.
Beispiel: Sie können einen Screen A erstellen, der angezeigt wird, wenn Sie ein Issue vom Typ “Story” für Projekt A erstellen.
Screens können auch mit Workflow-Übergängen verknüpft werden. Wenn Sie beispielsweise bei einem Issue vom Status “In Bearbeitung” zum Status “Erledigt” wechseln, können Sie einen Screen anzeigen lassen, auf dem der Benutzer zusätzliche Informationen eingeben muss.
Arbeitsabläufe definieren die Zustände, die ein Issue haben kann, und die Übergänge zwischen diesen Zuständen. Sie können verschiedene Arbeitsabläufe erstellen und diese den Issue-Types zuordnen, sodass verschiedene Issue-Types unterschiedliche Arbeitsabläufe haben können.
Diese Zuordnung erfolgt in einem Workflow-Schema, das einem Projekt zugewiesen wird.
Im Folgenden werden wir ein praktisches Beispiel durchgehen, bei dem wir einen neuen Issue-Type namens “Spike” erstellen werden.
Ein Spike ist ein Ticket, das Forschung, Untersuchung oder Design beinhaltet – im Grunde eine Aufgabe, bei der Informationen gesammelt werden müssen. Ein typisches Beispiel wäre eine Anfrage für eine neue Funktion, die nicht abgeschätzt werden kann, weil zunächst Nachforschungen über die Technologie oder die Durchführbarkeit angestellt werden müssen.
Alle besprochenen Konfigurationselemente finden Sie in der Jira-Administration unter der Registerkarte “Fragen”:
Diese Elemente bilden die Kernstücke von Jira bei der Arbeit mit Vorgängen und machen das System so anpassungsfähig und dynamisch.