![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/Jira-Software@2x-blue.png\")
<\/p>\n<\/p>\n
Im Folgenden wird die Projektmanagement Software Jira vorgestellt. Zu Beginn wird darauf eingegangen, was Projektmanagement ist und insbesondere agiles Projektmanagement mit Bezug auf die Entwicklung von Software vorgestellt. Anschlie\u00dfend werden die Features von Jira und der Einsatz dieser im Gesch\u00e4ftsprozess mit einem Praxisbeispiel verkn\u00fcpft. Schlussendlich wird darauf eingegangen, wie das Hosting der Software m\u00f6glich ist und welche Konkurrenz und Alternativen vorhanden sind, gefolgt von einem Fazit.<\/p>\n
<\/p>\n
Laut CHAOS Studie waren 2015 nur 29% der Software Projekte erfolgreich<\/b>, das hei\u00dft, sie wurden im geplanten Budget und zeitlichen Rahmen mit zufriedenstellendem Resultat beendet (vgl. The Standish Group International, 2015). Dem Scheitern eines Projektes und dem damit einhergehenden Geldverlust wird mit einer entsprechenden Projektplanung<\/b> entgegengewirkt (vgl. Kurth, 2022).<\/p>\n
Ein Projekt ist ein zielgerichtetes, zeitlich begrenztes Vorhaben<\/b>, an dem ein oder mehrere Akteure (z.B. Mitarbeiter, Investoren) beteiligt sind (vgl. Stiftung Mitarbeit (o. D.). Die Komplexit\u00e4t eines Projektes h\u00e4ngt von der Anzahl der Beteiligten<\/b>, den zur Verf\u00fcgung stehenden Ressourcen<\/b> (z.B. Zeit und Geld), sowie dem Thema<\/b> des Vorhabens ab (vgl. Mediencommunity 2.0, o. D.). F\u00fcr die Bewerkstelligung komplexer Projekte ist ein strukturiertes Vorgehen <\/b>notwendig. Strukturierung bedeutet, dass ein Projekt in seine Teilaufgaben zerlegt <\/b>wird (vgl. Mediencommunity 2.0, o. D.).<\/p>\n
Bei Softwareentwicklungsprojekten handelt es sich in der Regel um komplexe Projekte, da das Thema den Beteiligten einen gro\u00dfen Handlungsspielraum<\/b> l\u00e4sst (z.B. welche Hardware soll eingesetzt werden?). Zus\u00e4tzlich k\u00f6nnen sich Anforderungen<\/b> im Projektverlauf st\u00e4ndig \u00e4ndern<\/b> (z.B. die gew\u00e4hlte Hardware ist veraltet und muss ersetzt werden). Deshalb eignen sich lineare Projektmanagementprozesse, wie das Wasserfallmodell, bei denen Teilaufgaben starr nacheinander abgearbeitet werden, in der Softwareentwicklung nur bedingt. Um das Scheitern des Projektes abzuwenden, m\u00fcssen Beteiligte auf die sich \u00e4ndernden Anforderungen reagieren<\/b> und die Projektplanung an die Bedingungen anpassen<\/b>. (Vgl. Kurth, 2022)<\/p>\n
<\/p>\n
Aus der Erfahrung mit linear geplanten, gescheiterten Softwareprojekten wurde 2001 das agile Manifest <\/b>formuliert. Aus diesem ergeben sich wiederum die agilen Prinzipien,<\/b> die sich in der Softwareentwicklung etabliert haben. Das Umdenken der Entwicklungsabl\u00e4ufe hatte ein Anpassen der zugeh\u00f6rigen Managementprozesse zur Folge. (Vgl. microTOOL, o.D.)<\/p>\n
Scrum und Kanban<\/b> sind die am weitesten verbreiteten agilen Vorgehensmodelle. Scrum gibt feste Rollen<\/b> und Events<\/b> in begrenzten Zeitr\u00e4umen, sogenannten \u201cSprints<\/b>\u201d, f\u00fcr den Entwicklungsprozess vor. Oberstes Ziel ist es, nach jedem Sprint ein funktionsf\u00e4higes Produkt<\/b>, sogenanntes „Inkrement“, ausliefern zu k\u00f6nnen. (Vgl. Lizenberger, 2022)<\/p>\n
Kanban <\/b>macht weniger Vorgaben<\/b> und eignet sich deshalb \u00fcber den Einsatz in der Softwareentwicklung hinaus f\u00fcr die Organisation von Teams und Abteilungen (vgl. Lizenberger, 2022).<\/p>\n
Beide Modelle sehen eine Aufgabenverteilung nach dem Pull-Prinzip<\/b> vor. Das bedeutet, dass sich Mitarbeitende nur dann selbst\u00e4ndig einer neuen Aufgabe widmen, wenn sie die Vorherige abgeschlossen haben. Au\u00dferdem einigt sich das Team, bevor mit einer Aufgabe begonnen wird, auf einen Sch\u00e4tzwert<\/b>, der die Komplexit\u00e4t oder den Aufwand der Aufgabe widerspiegelt. Die Liste aller <\/b>Aufgaben wird als \u201cBacklog<\/b>\u201d bezeichnet. Das Event, bei dem neue Aufgaben<\/b> aus dem Backlog besprochen und gesch\u00e4tzt werden, hei\u00dft \u201cRefinement<\/b>\u201d. In der Regel gibt es ein regelm\u00e4\u00dfiges Treffen<\/b>, die \u201cReview<\/b>\u201d, bei der Feedback<\/b> zu dem Inkrement bzw. aktuellen Stand eingeholt wird. (Vgl. Lizenberger, 2022)<\/p>\n
Ein beliebtes Projektmanagement-Tool, das durch seinen Funktionsumfang insbesondere in der Softwareentwicklung Einsatz findet, ist Jira. Im Folgenden wird anhand eines praktischen Beispiels aufgezeigt, wie agile Projektmanagement-Abl\u00e4ufe durch Jira unterst\u00fctzt werden k\u00f6nnen.<\/p>\n
<\/p>\n
Jira ist ein Projektmanagement-Tool<\/b> der Firma \u201cAtlassian\u201d. Urspr\u00fcnglich wurde Jira entwickelt, um die organisierte Aufnahme von Kundenbeschwerden und Problemen, z.B. im IT-Support, zu unterst\u00fctzen. Aus diesem Bedarf haben sich drei Softwarepakete<\/b> abgeleitet: Jira Core, Jira Service Desk und Jira Software (vgl. Boss, 2021; airfocus, 2020).<\/p>\n
Bei Jira Core <\/b>handelt es sich um die Basisversion von Jira, welche Aufgabenmanagement, das Planen, Zuweisen und Nachverfolgen von Aufgaben erm\u00f6glicht. Prim\u00e4r dient es im Unternehmen der Transparenz \u00fcber laufende Aufgaben (vgl. Boss, 2021; Atlassian Platinum Solution Partner, 2020; Gaida, 2022).<\/p>\n
Mit Hilfe von Jira Service Desk<\/b> k\u00f6nnen Tickets direkt vom Kunden oder unternehmensintern erstellt und an die zust\u00e4ndigen Mitarbeitenden oder Teams weitergeleitet werden (vgl. Boss, 2021).<\/p>\n
Jira Software <\/b>(nachfolgend nur \u201cJira\u201d), worauf sich dieser Artikel im Folgenden bezieht, bildet insbesondere Prozesse und Events aus dem agilen Projektmanagement ab, weshalb diese Variante h\u00e4ufig Verwendung in der Softwareentwicklung findet (vgl. Boss, 2021).<\/p>\n
<\/p>\n
Teilaufgaben, die sich aus der Projektplanung ergeben, hei\u00dfen in Jira \u201cVorgang\u201d. Die Darstellung von Vorg\u00e4ngen auf einem virtuellen Kanban bzw. Scrum Board stellt ein zentrales Feature von Jira dar. Vorg\u00e4nge werden auf einem Board mit Spalten<\/b> als Karten visualisiert und k\u00f6nnen von den Bearbeitenden bewegt<\/b> werden. (Vgl. Sureka, o. D.)<\/p>\n
Jeder Vorgang ist einem bestimmten Vorgangstyp zuzuordnen. Zu Beginn eines Projektes stellt Jira unterschiedliche Vorgangstypen zur Verf\u00fcgung. Diese Typen k\u00f6nnen vom Team individuell erweitert werden.<\/p>\n
F\u00fcr das Anlegen eines Scrum- oder Kanban-Boards werden folgende Vorgangstypen als Standard zur Verf\u00fcgung gestellt, diese k\u00f6nnen in ihrer Aufz\u00e4hlung als hierarchisch betrachtet werden:<\/p>\n
Epic: <\/b>Stellt eine gr\u00f6\u00dfere Einheit von Aufgaben dar, welche durch mehrere Stories repr\u00e4sentiert werden.<\/p>\n
Story: <\/b>Repr\u00e4sentiert ein Ergebnis oder Ziel, etwas dass der User mit dem Produkt machen kann, deshalb auch oft als User-Story bezeichnet<\/p>\n
Task:<\/b> Eine einzelne Aufgabe, welche in der Regel einen Schritt in einem Projekt\u00a0 \u00a0 darstellt. Wenn ein Task Teil einer Story ist, wird dieser als Sub-Task bezeichnet.<\/p>\n
Bug: <\/b>Ein Ticket f\u00fcr einen Bug. Diese Tickets werden nicht gesch\u00e4tzt und dienen der Dokumentation und dem Fixen eines Bugs.<\/p>\n
(Vgl. Atlassian, o. D.-b)<\/p>\n
<\/p>\n
Nach dem Pull Prinzip<\/b> wird das Board von den Mitarbeitenden eines Teams selbstverwaltet<\/b>. Das bedeutet, dass Vorg\u00e4nge selbstst\u00e4ndig ausgew\u00e4hlt<\/b> und zwischen den Spalten des Boards verschoben<\/b> werden. Die Spalte, in welcher sich die Karte befindet, stellt den Bearbeitungsstatus<\/b> dar. Die Minimall\u00f6sung ist ein Board mit den drei Spalten \u201cAufgaben\u201d<\/i>, \u201cIn Arbeit\u201d<\/i> und \u201cFertig\u201d<\/i>. Die Anzahl der Spalten<\/b> und ihre \u00dcberschriften<\/b> k\u00f6nnen variieren und vom Team individuell angepasst werden.<\/p>\n
F\u00fcr unser Beispiel, der Entwicklung einer To-Do-Listen-App, wurden die Spalten \u201c\u00dcberpr\u00fcfung\u201d<\/i> und \u201c\u00dcberarbeitung n\u00f6tig\u201d<\/i> hinzugef\u00fcgt. Dies erm\u00f6glicht das Abbilden einer Softwareentwicklung mit Versionierung, welche Pull Requests beinhaltet. Ein Pull Request ist die Anfrage, ausgearbeiteten Code mit bereits bestehendem Code zusammenzuf\u00fchren. Bevor einer solchen Zusammenf\u00fchrung stattgegeben wird, findet durch andere Softwareentickelnde eine \u00dcberpr\u00fcfung statt. Nach dieser wird ein Vorgang als fertig definiert oder noch einmal zur\u00fcckgegeben, weil eine \u00dcberarbeitung notwendig ist.<\/p>\n
Vorg\u00e4nge k\u00f6nnen in Jira mit einem gr\u00f6\u00dferen Ziel, dem sogenannten \u201cEpic\u201d, verkn\u00fcpft sein. Durch das Anlegen von \u00fcbergeordneten Zielen kann die Roadmap<\/b> eines Projektes in Jira abgebildet werden. Die Roadmap stellt Aufgaben als Bl\u00f6cke \u00fcber einen zeitlichen Verlauf dar. \u00dcber die Visualisierung von Vorg\u00e4ngen hinaus erstellt Jira automatisch Berichte \u00fcber die Performance<\/b> eines Teams innerhalb eines Projektes. Entwickler und Stakeholder k\u00f6nnen daraus\u00a0 R\u00fcckschl\u00fcsse ziehen, wie viel Zeit die Bearbeitung eines Vorgangs in Relation zu dessen gesch\u00e4tzter Komplexit\u00e4t ben\u00f6tigt hat. (Vgl. Sureka, o. D.)<\/p>\n
Benutzer k\u00f6nnen mehreren Projekten zugewiesen sein und dadurch Zugriff auf mehrere Boards haben. Au\u00dferdem erm\u00f6glichen die Security<\/b>-Einstellungen von Jira, die Sichtbarkeit einzelner Vorg\u00e4nge, beispielsweise kritischer Bugs, auf bestimmte Benutzer zu beschr\u00e4nken. (Vgl. Sureka, o. D.)<\/p>\n
<\/p>\n
Im Modell wird der Einsatz des Jira-Workflows f\u00fcr ein Softwareentwicklungsprojekt dargestellt. Es bezieht sich auf das folgende Praxis-Beispiel einer To Do Listen App, in welchem ein Scrum Projekt mit zugeh\u00f6rigen Workflow erstellt wird. Der Workflow, welcher im Modell dargestellt ist, wird in Jira durch die Spalten des Boards und das Verschieben der Vorg\u00e4nge auf diesem beschrieben.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/Bildschirmfoto-am-2023-01-19-um-11.11.47.png\")
<\/p>\n
In der Kopfleiste der Software l\u00e4sst sich mit der Auswahl des Punktes \u201cProjekte\u201d<\/i> und anschlie\u00dfend \u201cProjekt erstellen\u201d<\/i> ein Men\u00fc aufrufen, welches den Reiter „Softwareentwicklung“ und damit verbundene Vorlagen f\u00fcr \u201cScrum\u201d <\/i>und \u201cKanban\u201d <\/i>bereitstellt. F\u00fcr das Anlegen eines Scrum Boards wird entsprechend \u201cScrum\u201d <\/i>ausgew\u00e4hlt.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image8.png\")
<\/p>\n
<\/p>\n
Die Festlegung der Projektvorlage f\u00fchrt zur Auswahl eines vom \u201cTeam verwalteten\u201d<\/i> oder vom \u201cUnternehmen verwalteten\u201d<\/i> Boards. In der kostenlosen Version, welche im Rahmen dieses Projekts genutzt wurde, ist nur die teamverwaltete M\u00f6glichkeit ausw\u00e4hlbar. Die Konfiguration \u201cvom Team verwaltet\u201d stellt<\/i> ein konfigurierbares Board zur Verf\u00fcgung, wohingegen das vom \u201cUnternehmen verwaltete\u201d <\/i>Projekt die Erstellung und Verwaltung mehrerer Boards erm\u00f6glicht. Zus\u00e4tzlich enth\u00e4lt diese Variante ausf\u00fchrlichere Statistiken. Letzteres w\u00e4re im Falle von mehreren Teams, welche koordiniert werden m\u00fcssen, eine sinnvolle \u00dcberlegung. In der vorliegenden Situation, ausgehend von einem Team, ist die kostenlose Variante ausreichend. Der Erstellvorgang wird mit der Vergabe eines Namens f\u00fcr das Board und dem Festlegen eines Schl\u00fcssels beendet. Der Schl\u00fcssel besteht aus einer Abk\u00fcrzung des Projektnamens und bezeichnet mit dem Projekt verbundene Vorg\u00e4nge, damit diese zugeordnet werden k\u00f6nnen.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image25.png\")
<\/p>\n
Initial verf\u00fcgt das Board \u00fcber drei Spalten \u201cAufgaben\u201d, \u201cIn Arbeit\u201d <\/i>und \u201cFertig\u201d. <\/i>Um den Workflow des Gesch\u00e4ftsprozesses f\u00fcr die To Do App abzubilden, ben\u00f6tigt das Board noch zwei zus\u00e4tzliche Spalten: \u201c\u00dcberarbeitung N\u00f6tig\u201d <\/i>und \u201cReview\u201d<\/i>. Die Auswahl des Plussymbols rechts neben der Spalte \u201cFertig\u201d<\/i>, erm\u00f6glicht das Anlegen einer neuen Spalte.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image6.png\")
<\/p>\n
Nach der Vergabe des Namens und der Best\u00e4tigung kann die Spalte an eine beliebige Position gezogen werden. Wird die Spalte \u201cFertig\u201d <\/i>w\u00e4hrend eines laufenden Projektes an eine andere Stelle gezogen als die \u00e4u\u00dferste rechte Position, weist Jira darauf hin, dass dies nicht vorgesehen ist. F\u00fcr eine sinnvolle Abbildung des Workflows wird die Spalte \u201c\u00dcberarbeitung N\u00f6tig\u201d <\/i>nach \u201cAufgaben\u201d <\/i>einsortiert, weil sie offene Aufgaben, die \u00fcberarbeitet werden m\u00fcssen darstellt, die wieder in die Spalte \u201cIn Arbeit\u201d <\/i>gezogen werden m\u00fcssen. Die Spalte \u201cReview\u201d <\/i>wird \u201cFertig\u201d<\/i> vorangestellt, weil das Review der letzte Schritt im Modell ist, bevor ein Vorgang als fertig deklariert wird.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image15.png\")
<\/p>\n
Um den Workflow des Boards nutzen zu k\u00f6nnen, m\u00fcssen f\u00fcr den n\u00e4chsten Schritt Vorg\u00e4nge im Backlog angelegt werden. Das Backlog verf\u00fcgt \u00fcber ein Feld, in welchem Epics angelegt werden k\u00f6nnen und einen Backlog, in welchem Vorg\u00e4nge gesammelt werden und einen Sprint, welcher mit Vorg\u00e4ngen bef\u00fcllt werden kann.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/Unbenannt-1.jpg\")
<\/p>\n
<\/p>\n
Im Rahmen der To Do App ist das erste Epic das Erreichen des Minimal Viable Product (MVP), die erste funktionsf\u00e4hige Version des Produkts. Das n\u00e4chste Epic beinhaltet die Integration von Sprachsteuerung in der To Do Listen App.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image14.png\")
<\/p>\n
Unter der Schaltfl\u00e4che \u201cVorgang erstellen\u201d <\/i>ist als Standard der Vorgangstyp Story eingestellt, es kann aber auch ein Bug oder Task angelegt werden. Die Story kann mit der Auswahl der Schaltfl\u00e4che \u201cEpic\u201d<\/i> einem solchen zugeordnet werden, im Falle der To Do Listen App geht es damit los, dass die Story im Rahmen des MVP erf\u00fcllt werden soll.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image10.png\")
<\/p>\n
Die Auswahl eines so angelegten Vorgangs \u00f6ffnet eine Detailansicht. In dieser k\u00f6nnen eine Beschreibung und Sub-Tasks erstellt werden. Als Sub-Tasks werden das Anlegen eines Repositories f\u00fcr das Frontend (FE) und Backend (BE) gew\u00e4hlt.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image24.png\")
<\/p>\n
Vorg\u00e4nge k\u00f6nnen aus dem Backlog in den Sprint gezogen werden, dieser kann \u00fcber die Schaltfl\u00e4che \u201cSprint starten\u201d<\/i> begonnen werden. Nach Festlegung eines Zeitraums f\u00fcr den Sprint sind die Vorg\u00e4nge im Board verf\u00fcgbar.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image7.png\")
<\/p>\n
Im Board sind die beiden Stories erkennbar, um eine besser \u00dcbersicht \u00fcber diese und die ihnen zugeordneten Sub-Tasks zu erhalten wird auf der rechten Seite unter den Reitern \u201cGRUPPIEREN NACH\u201d <\/i>die Option \u201cSub-Task\u201d<\/i> ausgew\u00e4hlt. Anschlie\u00dfend werden die Stories und die ihnen zugeordneten Sub-Tasks dargestellt.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image21.png\")
<\/p>\n
In diesem Projekt ist die Story \u201cAPI wurde erstellt\u201d <\/i>von der Story \u201cProjekt wurde angelegt abh\u00e4ngig\u201d <\/i>\u00a0diese Abh\u00e4ngigkeit kann in Jira dargestellt werden. Daf\u00fcr wird die Story ausgew\u00e4hlt und in der Detailansicht Vorgang verlinken ausgew\u00e4hlt.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image1.png\")
<\/p>\n
Anschlie\u00dfend kann \u00fcber die Option \u201cblocks\u201d <\/i>ein zu blockierender Vorgang ausgew\u00e4hlt werden. Der blockierte Vorgang und blockierende Vorgang sind anschlie\u00dfend in den Stories einsehbar.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image16.png\")
<\/p>\n
Um im Board die Blockierung oder Besonderheit eines Vorgangs zu verdeutlichen k\u00f6nnen diese \u00fcber die drei Punkte in der oberen rechten Ecke der Detailansicht mit einem \u201cFlag\u201d <\/i>versehen werden. Anschlie\u00dfend wird der Vorgang im Board visuell hervorgehoben.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image11.png\")
<\/p>\n
Ein weiterer wichtiger Punkt f\u00fcr die Arbeit im Workflow ist die Zuordnung von Vorg\u00e4ngen, damit transparent ist, wer diesen bearbeitet. Damit ein Vorgang automatisch, der Person zugeordnet wird die ihn in \u201cIn Arbeit\u201d <\/i>verschoben hat.\u00a0 Mit der Auswahl des Blitzsymbols auf dem Board lassen sich Automationsvorg\u00e4nge konfigurieren. F\u00fcr das Board wird eine Automation erstellt, welche fordert, dass ein Vorgang, wenn er von den Aufgaben in die Spalte in Bearbeitung verschoben wird, zugeordnet werden muss.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image18.png\")
<\/p>\n
Der erste Schritt in der Automationskonfiguration ist das Festlegen eines Triggers, welcher bestimmt wann die Automation ausgel\u00f6st wird.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image3.png\")
<\/p>\n
Aus den Triggern\u00a0 wird Vorgang weitergegeben<\/i> ausgew\u00e4hlt.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image23.png\")
<\/p>\n
Im n\u00e4chsten Schritt kann ausgew\u00e4hlt werden, zwischen welchen Spalten der Trigger ausgel\u00f6st werden soll.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image5.png\")
<\/p>\n
Als Umsetzung der Automation wird die Zuweisung eines Vorgangs ausgew\u00e4hlt.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image12.png\")
<\/p>\n
Im letzten Schritt kann eingestellt werden, wer von der Aktion der Automation betroffen sein soll. Festgelegt wird, dass der Benutzer von der Automation betroffen ist, der sie ausgel\u00f6st hat. Von nun an wird einem Teammitglied ein Vorgang zugewiesen, sobald er von Aufgaben<\/i> zu in Arbeit <\/i>\u00a0bewegt wird.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image20.png\")
<\/p>\n
Der Punkt Roadmap zeigt eine \u00dcbersicht der Sprints, Epics und Stories. Sie werden als Bl\u00f6cke in einem zeitlichen Verlauf dargestellt, welche verschoben und in der Farbe ge\u00e4ndert werden k\u00f6nnen. Neben dem zeitlichen Verlauf l\u00e4sst sich auch einsehen, auf welchem Stand die jeweiligen Vorg\u00e4nge sind und wie weit ein Epic erf\u00fcllt wurde. Abh\u00e4ngigkeiten werden ebenfalls dargestellt, was eine \u00fcbersichtlichere Darstellung oder gegebenenfalls Anpassung des Sprints erm\u00f6glicht.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image17.png\")
<\/p>\n
Jira erstellt im Verlauf eines Projekts Statistiken zu den bearbeiteten Vorg\u00e4ngen und Sprintfortschritten. Diese dienen einer besseren Planbarkeit zuk\u00fcnftiger Vorg\u00e4nge und Roadmaps mit einer Visualisierung des Fortschritts f\u00fcr Stakeholder. W\u00e4hrend eines Projekts lassen sich diese Statistiken unter dem Punkt Einblicke (Insights) abrufen.<\/p>\n
![\"\"](\"https:\/\/informatik.htwk-leipzig.de\/seminar\/wp-content\/uploads\/2022\/11\/image25-1.png\")
<\/p>\n
Bildquelle: https:\/\/www.atlassian.com\/de\/software\/jira\/features\/reports<\/p>\n
Hier sind die Planungsansicht und der Fortschrittsbericht eines laufenden Projekts abgebildet.<\/p>\n
Jira wird entweder selbstverwaltet<\/b> oder in der Cloud<\/b> angeboten. Bei der selbstverwalteten Hosting Variante k\u00f6nnen Unternehmen eine einj\u00e4hrige Lizenz<\/b> f\u00fcr eine geb\u00fcndelte Anzahl an Nutzern<\/b> (z.B. 500, 1000) erwerben und auf einem beliebigen Server hosten. Dadurch obliegt die Kontrolle \u00fcber die Umgebung <\/b>dem Unternehmen, jedoch auch die Verantwortung f\u00fcr die Verf\u00fcgbarkeit des Services. (Vgl. Atlassian, o. D.-c)<\/p>\n
Entscheidet man sich f\u00fcr die Cloud Variante von Jira, erh\u00e4lt man eine gebrauchsfertige<\/b> Software as a Service <\/b>L\u00f6sung. Bis 10 Nutzer ist dieses Angebot mit begrenztem Speicherplatz kostenlos. \u00dcber diese Anzahl an Nutzern hinaus, wird ein monatliches bzw. j\u00e4hrliches Abonnement-Modell<\/b> angeboten. Die Preisgestaltung richtet sich nach der genauen Anzahl an Nutzern<\/b>. Au\u00dferdem wird zwischen dem Standard <\/b>Modell, mit begrenztem Speicherplatz, und einem Premium<\/b> Modell, mit unbegrenztem Speicherplatz, unterschieden. Dar\u00fcber hinaus werden individuelle Enterprise<\/b> Cloud L\u00f6sungen f\u00fcr Gro\u00dfunternehmen angeboten. (Vgl. Atlassian, o. D.-c)<\/p>\nKonkurrenz und Alternativen<\/h2>\n
Ein Punkt, der wiederholt von Jira-Nutzern kritisiert wird, ist die als wenig intuitiv empfundene Benutzeroberfl\u00e4che (Santos, 2022). Deshalb werden an dieser Stelle drei Konkurrenzprodukte vorgestellt, die sich ebenfalls gut f\u00fcr das agile Projektmanagement eignen.<\/p>\n
Laut 15th Annual State of Agile Report (2021) werden nach Jira Digital.ai<\/b> und Azure DevOps <\/b>am meisten von ihren Nutzern weiterempfohlen. Bei beiden Tools k\u00f6nnen Vorg\u00e4nge erstellt und einzelnen Personen zugeordnet werden. Vorg\u00e4nge k\u00f6nnen in Unteraufgaben unterteilt und der Fortschritt verfolgt werden. W\u00e4hrend Jira eine Unterscheidung zwischen Scrum und Kanban vornimmt, wird diese Unterscheidung bei Digital.ai und Azure DevOps nicht getroffen. Es gibt jeweils ein zentrales Board<\/b>, das individuell angepasst werden kann.<\/p>\n
Dadurch ist die Lernkurve<\/b> von Nutzern, die weniger mit den Events und Prozessen des agilen Projektmanagement vertraut sind, geringer<\/b>. Die Tools eignen sich \u00fcber die Softwareentwicklung hinaus als zentrale Tools zur Unternehmensorganisation<\/b>.<\/p>\n
Insbesondere f\u00fcr Softwareprojekte<\/b> eignet sich au\u00dferdem das in GitLab<\/b> integrierte Issue Management. GitLab ist eine Software, die der Versionskontrolle dient und in vielen Softwareprojekten ohnehin verwendet <\/b>wird. \u00dcber die Versionskontrolle hinaus bietet GitLab eine Issue Management Funktionalit\u00e4t an. Issues k\u00f6nnen anhand individueller Templates <\/b>erstellt und auf Boards organisiert werden. Sie k\u00f6nnen au\u00dferdem mit einem Milestone verbunden werden. \u00dcbergreifende Informationen \u00fcber Tickets k\u00f6nnen durch Labels visualisiert werden (z.B. \u201cUser Story\u201d). Die Besonderheit an GitLab ist, dass direkte Verlinkungen<\/b> zwischen Tickets und zugeh\u00f6rigen Pull Requests<\/b> m\u00f6glich sind. In der Pull Request Historie kann dadurch gut nachvollzogen werden, f\u00fcr welche Tickets dieser Pull Request relevant ist. GitLab bietet allerdings wenig Features zur Automatisierung und es k\u00f6nnen keine automatischen Reports erstellt werden.<\/p>\n
<\/p>\n
Jira ist als Projektmanagement Tool auf die Softwareentwicklung zugeschnitten<\/b> und bietet in diesem Kontext viele Features, die ein effizientes Arbeiten<\/b> erm\u00f6glichen. Jira unterst\u00fctzt die Zusammenarbeit im Team, indem agile Events (Planning, Refinement, Sprints) durch die Software abgebildet und f\u00fcr alle Teammitglieder transparent<\/b> gemacht werden.<\/p>\n
Das User Interface von Jira wird vermehrt als unintuitiv<\/b> empfunden. Nutzer, die nicht mit agilen Projektmanagement Methoden vertraut sind, k\u00f6nnen sich durch den strikten Workflow, den Jira vorgibt, eingeschr\u00e4nkt f\u00fchlen. Au\u00dferdem ist die Lernkurve<\/b> auf Grund der Vielzahl an Funktionen h\u00f6her als bei vergleichbaren Projektmanagement Tools. (Vgl. Santos, 2022)<\/p>\n
Die Vielzahl an Funktionen ist zugleich ein Vorteil von Jira: Es k\u00f6nnen Workflows durch Regeln automatisiert<\/b> werden. Zum Beispiel kann bei jedem neuen Bug das Team automatisch per E-Mail benachrichtigt werden (siehe Atlassian o. D.-b). Wertvoll f\u00fcr die Projekt\u00fcberwachung sind die Statistiken<\/b>, die Jira automatisch f\u00fcr z.B. jeden Sprint erstellt, sowie die Dashboards<\/b>, die Nutzer manuell erstellen k\u00f6nnen. Diese Auswertungen erm\u00f6glichen R\u00fcckschl\u00fcsse auf die Performance eines Teams und den Projektfortschritt. (Vgl. Santos, 2022)<\/p>\n
<\/p>\n
Atlassian. (o. D.-a). Automatisierung in Jira Software: Grundlagen und Beispiele. https:\/\/www.atlassian.com\/de\/software\/jira\/guides\/expand-jira\/automation<\/a> Letzter Zugriff: 29.12.2022<\/p>\n Atlassian. (o. D.-b). So erstellst du Vorg\u00e4nge in Jira Software. https:\/\/www.atlassian.com\/de\/agile\/tutorials\/issues<\/a> Letzter Zugriff: 29.12.2022<\/p>\n Boss, D. (2021). Was ist Jira? Agile Heroes Magazine. https:\/\/www.agile-heroes.de\/magazine\/was-ist-jira\/<\/a> Letzter Zugriff: 29.12.2022<\/p>\n Digital.ai (2021). 15th State of Agile Report. https:\/\/info.digital.ai\/rs\/981-LQX-968\/images\/RE-SA-15th-Annual-State-Of-Agile-Report.pdf<\/a> S.17<\/p>\n Gaida, V. (2022). Aufgabenmanagement: Methoden, Tipps und Tools. https:\/\/www.factro.de\/blog\/aufgabenmanagement\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n airfocus. (2020). Issue Tracking. https:\/\/airfocus.com\/glossary\/what-is-issue-tracking\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n Atlassian Platinum Solution Partner (2020, 10. Juni). Jira Core- Arbeitsmanagementsystem f\u00fcr verschiedene Branchen. https:\/\/ttpsc.com\/de\/atlassian\/jira\/jira-core\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n Atlassian. (o. D.-c). Preise f\u00fcr Jira \u2013 Kosten pro Benutzer f\u00fcr Monats- und Jahresabonnements. https:\/\/www.atlassian.com\/de\/software\/jira\/pricing<\/a> Letzter Zugriff: 05.01.2023<\/p>\n Kurth, C. (2022). Unterschiede zwischen klassischen und agilen Projekten. proagile. https:\/\/proagile.de\/unterschied-klassisch-agil\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n Lizenberger, K. (2022). Scrum vs Kanban \u2013 was sind die Unterschiede? nativDigital. https:\/\/nativdigital.com\/scrum-vs-kanban-unterschiede\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n Mediencommunity 2.0 (o.D.) 1.4 Komplexit\u00e4t. https:\/\/mediencommunity.de\/system\/files\/wbts\/projektmanagement\/le01\/14_komplexitt.html<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n O\u2019Sullivan, F. (2022). Asana vs Jira: Two Approaches, One Winner for 2023. Cloudwards. https:\/\/www.cloudwards.net\/asana-vs-jira\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n Santos, J. M. D. (2022). The Pros and Cons of Using Jira Software for Project Management. Project-Management.com. https:\/\/project-management.com\/the-pros-and-cons-of-using-jira-software\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n The Standish Group International. (2015). Chaos Report 2015 https:\/\/www.standishgroup.com\/sample_research_files\/CHAOSReport2015-Final.pdf<\/a>, S. 2<\/p>\n Sureka, A. (o. D.). Jira Software – 15 Important Features You Might Have Missed. https:\/\/www.clariontech.com\/platform-blog\/jira-software-15-important-features-you-might-have-missed<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n microTOOL (o.D.). Was ist agiles Projektmanagement? – Wissen online. https:\/\/www.microtool.de\/wissen-online\/was-ist-agiles-projektmanagement\/<\/a> Letzter Zugriff: 29.12.2022.<\/p>\n