Mit agiler Softwareentwicklung zur erfolgreichen Online-Plattform, Teil 1

Agile Entwicklung steht und fällt damit, dass alle Beteiligten dasselbe Bild vom Produkt haben. Vier Werkzeuge halten dieses Bild bei uns aktuell: zwei stehen am Anfang jedes Projekts, zwei begleiten Umsetzung und Betrieb. Hier geht es um die ersten beiden.

Schritt 1: Anforderungen strukturieren mit der Story Map

Die User Story Map ist eine Methode aus dem agilen Produktdesign. Sie macht Anforderungen sichtbar und ordnet sie so, dass ein gemeinsames Verständnis des Produkts entsteht. Wir führen sie in StoriesOnBoard. Du hast während des ganzen Projekts Zugriff darauf und siehst den Stand jederzeit.

Stufe 1: Welche groben Prozessschritte durchlaufen die Nutzenden?

Zuerst zerlegen wir das System in grobe Prozessschritte, die Activities. In der späteren Software entsprechen sie meist ganzen Modulen.

Stufe 2: Welche Schritte gehören zu jedem Prozessschritt?

Jeder Prozessschritt wird in beliebig viele Teilschritte unterteilt, die Tasks. Sie entsprechen in der Lösung meist einzelnen Funktionen.

Stufe 3: Was braucht es, damit ein Schritt funktioniert?

Unter jedem Schritt hängen die User Stories. Sie beschreiben die Ausbaustufen einer Funktion und lassen sich untereinander priorisieren: Bei der Funktion «Login» ist die Anmeldung mit Benutzername und Passwort eine Story, die Anmeldung über ein Google-Konto eine zweite. Die wichtigsten Karten stehen oben in der Spalte, die weniger wichtigen darunter.

Stufe 4: In welcher Reihenfolge wird umgesetzt?

Stories mit gleicher Priorität bündeln wir zu Umsetzungsschritten, den Epics. Weil ein Epic nur Stories derselben Priorität enthält, lassen sich auch die Epics untereinander und über Projekte hinweg priorisieren.

Wir entwickeln damit in Ausbaustufen statt Funktion für Funktion. Der Unterschied zeigt sich früh: Statt einer perfekt ausgebauten Funktion neben lauter Lücken steht nach wenigen Wochen ein durchgehender Prozess, den du testen kannst. Auf dieser ersten Ausbaustufe ergänzen wir Spezialfälle nach und nach, bis der Aufwand für eine weitere Optimierung den Nutzen übersteigt.

Die digitalen Post-its bleiben dabei beweglich: Schritte und Stories lassen sich jederzeit ergänzen, verschieben oder streichen. Priorisiert wird über die Position in der Map: vom Wichtigen zum weniger Wichtigen, vom Einfachen ins Spezielle, ohne das Gesamtbild zu verlieren.

Dieses Gesamtbild ist die Voraussetzung für eine Architektur, die auch spätere Anforderungen trägt. Und weil du früh eine lauffähige Software vor dir hast, kommen fehlende oder falsch verstandene Anforderungen ans Licht, solange sie noch günstig zu ändern sind.

Schritt 2: Ideen visualisieren mit Mockups

Ein Mockup zeigt, wie sich das Produkt verhalten wird: eine grobe Skizze der Bedienelemente, kein fertiges Design. Wir arbeiten die in der Story Map identifizierten Funktionen gemeinsam mit dir aus, und du siehst in kurzer Zeit ein erstes Konzept.

Wir setzen dafür Moqups ein. Das Tool verknüpft die Screens untereinander, sodass sich die Funktionsweise durchklicken lässt, und Kommentare landen direkt am betreffenden Element statt in einer separaten Mailschlaufe.

Die Mockups haben damit zwei Aufgaben: Sie validieren die Anforderungen mit dir und dienen dem Entwicklungsteam als Entwurf für die Benutzeroberfläche.

Story Map und Mockup decken die Konzeptions- und Anfangsphase ab. Teil 2 zeigt die beiden Werkzeuge für Planung, Umsetzung und Dokumentation.