Die Phasen des agilen Softwareentwicklungs-Lebenszyklus

Um in einer sich rasant entwickelnden, ständig verändernden Branche Schritt zu halten, brauchen die Softwareentwicklungsteams in Technologieunternehmen eine Möglichkeit, ihre Produkte so weit wie möglich voranzubringen, um die Kundenbedürfnisse zu erfüllen. Die Methode der Agile-Softwareentwicklung wurde speziell für die schnelle Entwicklung und Bereitstellung von Software konzipiert.

Informieren Sie sich über die Phasen des Agile-Softwareentwicklungslebenszyklus (Agile SDLC), um festzustellen, ob dieser Prozess den Anforderungen Ihres Teams gerecht wird.

1. Projekte erfassen und priorisieren

Im ersten Schritt des Agile-Softwareentwicklungslebenszyklus erfasst und priorisiert das Team Projekte. Je nach Organisation der Abteilung arbeiten manche Teams an mehreren Projekten gleichzeitig.

Sie sollten für jedes Konzept die zugrunde liegende Geschäftschance definieren und den Zeit- und Arbeitsaufwand für die Durchführung des Projekts bestimmen. Auf der Grundlage dieser Informationen können Sie anschließend die technische und wirtschaftliche Umsetzbarkeit beurteilen und entscheiden, welche Projekte sich am besten eignen.

2. Diagrammanforderungen für den ersten Sprint

Sobald Sie das nächste Projekt im Agile-Lebenszyklus identifiziert haben, arbeiten Sie mit den Stakeholderinnen und Stakeholdern zusammen, um die Anforderungen zu ermitteln. Sie können ein Diagramm des Agile-Softwareentwicklungslebenszyklus verwenden; möglicherweise möchten Sie aber auch User Flow Diagramme oder allgemeine UML Diagramme nutzen, um zu veranschaulichen, wie die neue Funktion funktionieren soll und wie sie sich in Ihr bestehendes System einfügt.

Dann können Sie Ressourcen zuweisen und Teammitglieder auswählen, die am Projekt arbeiten werden. Erstellen Sie einen Zeitstrahl oder eine Swimlane Prozesslandkarte in Lucid, um Verantwortlichkeiten zu verdeutlichen und bestimmte Fristen während des Sprints klar darzustellen.

Unser Produktteam hat z. B. das folgende Diagramm erstellt, um zu veranschaulichen, wie das Team das Druck- und Versandverfahren für ein Unternehmen implementieren würde. Die Spalten stellen das Arbeitspensum der einzelnen Teammitglieder dar, während die Zeilen die im Rahmen des jeweiligen Sprints abgeschlossene Arbeit zeigen.

 

3. Konstruktion und Iteration

Sobald ein Team die Anforderungen für den ersten Sprint auf der Grundlage des Feedbacks der Stakeholderinnen und Stakeholder festgelegt hat, beginnt die eigentliche Arbeit. UX-Designerinnen und -Designer sowie UX-Entwicklerinnen und -Entwickler beginnen mit der Arbeit an der ersten Iteration des Projekts, mit dem Ziel, am Ende des ersten Sprints über ein funktionierendes Produkt für die Markteinführung zu verfügen. Denken Sie daran, dass das Produkt verschiedene Überarbeitungsrunden durchlaufen wird, sodass diese erste Iteration möglicherweise nur die minimale Funktionalität enthält. Das Team wird zusätzliche Sprints durchführen, um das Gesamtprodukt zu erweitern.

4. Freigabe der Iteration für die Produktion

In dieser Phase des Agile-Entwicklungslebenszyklus sind Sie fast bereit, Ihr Produkt auf den Markt zu bringen. Schließen Sie diese Software-Iteration mit den folgenden Schritten ab:

• Testen Sie das System. Ihr Qualitätssicherungsteam (QA) sollte die Funktionalität testen, Fehler aufspüren und Erfolge sowie Misserfolge dokumentieren.

• Beheben Sie alle Mängel. Entwicklerinnen und Entwickler arbeiten eng mit dem Qualitätssicherungsteam zusammen, um Probleme in Echtzeit zu beheben und weitere Tests durchzuführen und so sicherzustellen, dass die Behebung erfolgreich ist.

• Stellen Sie die System- und Nutzenden-Dokumentation fertig. Lucid kann Ihnen helfen, Ihr System durch UML Diagramme oder Nutzerabläufe zu visualisieren, damit alle verstehen, wie das System funktioniert und wie es weiter ausgebaut werden kann.

• Geben Sie die Iteration für die Produktion frei. Der Code wird bereitgestellt und das Team demonstriert die funktionierende Software den Stakeholderinnen und Stakeholdern, um Feedback für die nächste Iteration einzuholen.

5. Produktion und laufender Support für die Softwareversion

Diese Phase des Agile-Entwicklungszyklus beinhaltet den laufenden Support für die Softwareversion. Mit anderen Worten: Ihr Team sollte sicherstellen, dass das System reibungslos funktioniert und den Nutzenden die Verwendung näherbringen. Die Produktionsphase endet, wenn der Support eingestellt wird oder die Ausmusterung der Version ansteht.

6. Ausmusterung

Während der letzten der Agile SDLC Phasen stellen Sie die Produktion der Systemversion ein. In der Regel passiert dies, wenn Sie ein System durch eine neue Version ersetzen möchten, das System redundant oder veraltet ist oder es nicht mehr zu Ihrem Geschäftsmodell passt.

In der Agile-Softwareentwicklung folgt auf diese letzte Phase typischerweise eine Retrospektive, bei der die Teammitglieder besprechen, was gut gelaufen ist, was sie gelernt haben und was beim nächsten Mal verbessert werden kann. 

Sprint-Planung für Agile-Softwareentwicklung

Im Rahmen des Agile-Entwicklungszyklus wird die Arbeit in Sprints unterteilt, mit dem Ziel, am Ende jedes Sprints ein funktionierendes Produkt zu erstellen. Ein Sprint dauert in der Regel zwei Wochen oder zehn Arbeitstage. Der Arbeitsablauf eines Sprints sollte diesem grundlegenden Schema folgen:

• Planen. Der Sprint beginnt mit einem Sprint-Planungstreffen, bei dem die Teammitglieder zusammenkommen, um die Komponenten für die bevorstehende Arbeitsrunde festzulegen. Die Produktmanagerin oder der Produktmanager priorisiert die Arbeit aus einem Backlog von Aufgaben, die sie bzw. er dem Team zuweist.

• Entwickeln. Entwerfen und entwickeln Sie das Produkt in Übereinstimmung mit den genehmigten Richtlinien.

• Test/QA. Führen Sie gründliche Tests durch und dokumentieren Sie die Ergebnisse vor der Bereitstellung.

• Bereitstellen. Präsentieren Sie das funktionierende Produkt oder die Software den Beteiligten und Kundinnen und Kunden.

• Bewerten. Holen Sie Feedback von Kundinnen und Kunden und Beteiligten ein und sammeln Sie Informationen, die Sie in den nächsten Sprint einfließen lassen können.

Zusätzlich zu den Meetings zur Sprint-Planung sollte Ihr Team an täglichen Besprechungen teilnehmen, um Fortschritte zu teilen, etwaige Konflikte zu lösen und den Prozess voranzutreiben.

Bleiben Sie flexibel und offen für Veränderungen. Schließlich wird diese Methodik nicht ohne Grund als „agil“ bezeichnet.

Fazit: Das Ziel des Agile Software Development Life Cycle ist es, funktionierende Software so effektiv wie möglich zu erstellen und bereitzustellen.