Mit agiler Softwareentwicklung zur erfolgreichen Online-Plattform, Teil 2

In Teil 1 ging es um Story Map und Mockup, die beiden Werkzeuge der Konzeptionsphase. Jetzt folgen die zwei, die während Umsetzung und Betrieb im Einsatz sind.

Schritt 3: Umsetzung planen mit Jira

Die Arbeit des Entwicklungsteams planen wir in Jira. Der praktische Vorteil liegt in den Verbindungen zu den übrigen Werkzeugen, unter anderem zu StoriesOnBoard und Confluence.

Priorisierung im Backlog

Die Epics und User Stories aus der Story Map werden per Knopfdruck nach Jira übertragen. Im Backlog bringt der Product Owner Stories, Bugs und Tasks in eine Reihenfolge; damit ist jederzeit klar, was als Nächstes ansteht. Die anstehenden Stories werden für die Umsetzung genauer spezifiziert.

• Bugs: unerwünschtes Systemverhalten. Wird ebenfalls in Jira erfasst und in einen Sprint eingeplant.
• Tasks: Arbeiten ohne direkten Bezug zu einer Funktion, etwa «Mockup für die Ticketverwaltung erstellen» oder «Story Map für den Webshop aufsetzen».

Umsetzung im Sprint

Anhand der Reihenfolge im Backlog planen wir die Aufgaben in Sprints, bei uns Zeitfenster von drei Wochen. Im laufenden Sprint führt das Entwicklungsteam den Status jeder Aufgabe nach, und dieser Status ist in Echtzeit auch in der Story Map sichtbar. Eine Story durchläuft dabei sieben Stationen:

• Open: erfasst, Umsetzung noch nicht begonnen.
• In Progress: die Entwicklung läuft.
• Work completed: Entwicklung abgeschlossen, bereit zum Review durch den Product Owner.
• Ready for customer review: auf dem Abnahme-System eingespielt.
• Review completed: getestet und bereit fürs Ausrollen auf Produktion.
• Live on production: auf Produktion released.
• Closed: abgeschlossen, dokumentiert und abgenommen.

Schritt 4: Dokumentieren mit Confluence

Ist eine Funktion produktiv, wird sie dokumentiert. Das zahlt sich später aus: bei der Fehleranalyse, beim Einarbeiten neuer Leute und beim Benutzerhandbuch. Komplexe Zusammenhänge lassen sich auch nach Jahren nachlesen, statt sie erneut zu rekonstruieren.

Wir nutzen dafür Confluence, eine Wiki-Software mit Kommentaren, Aufgaben und gleichzeitigem Arbeiten an einer Seite. Du hast jederzeit Zugriff auf deinen Bereich und kannst Seiten bei Bedarf exportieren. Neben der Funktionsweise des Systems halten wir dort zwei Dinge fest:

• Glossar: alle Fachbegriffe gemeinsam definiert, damit «Kunde», «Auftrag» oder «Mandant» für beide Seiten dasselbe bedeuten.
• Besprechungsnotizen: Entscheide bleiben nachvollziehbar, offene Aufgaben sind einer Person zugeordnet.

Vier Werkzeuge, ein Ziel: Der Stand des Projekts ist jederzeit einsehbar, von der ersten Story bis zur dokumentierten Funktion auf Produktion. Agil heisst für uns nicht «alles ist flexibel», sondern das Gesamtbild im Blick behalten und dich im Prozess drin halten.