Erklärte Phasen des agilen Softwareentwicklungslebenszyklus

# Bei Startups

Die agile Softwareentwicklungsmethode ist eine der einfachsten und effektivsten Methoden, um ein großartiges Produkt bereitzustellen der Markt. Und doch begannen die Leute irgendwo auf dem Weg, es wirklich zu komplizieren. Richtig implementiert Agile ist schnell, flexibel, fehlerfrei und einfach eine bessere Möglichkeit, Softwareentwicklungsteams zu verwalten. In diesem Artikel werden die Lebenszyklusphasen der agilen Softwareentwicklung und die Integration agiler Prinzipien erläutert.

Die wichtigsten Prinzipien der agilen Entwicklung

Die Hauptideen hinter Agile Die Entwicklung wurde im ursprünglichen Manifest für agile Softwareentwicklung beschrieben. Zusammenfassend sind dies:

• Änderungen sind unvermeidlich. Das Projekt muss sich daran anpassen, anstatt es zu ignorieren.
• Ergebnisse zu liefern ist wichtiger als etablierte Prozesse und Tools.
• Die tatsächlichen Kundenbedürfnisse haben Vorrang vor den Anforderungen in den Entwicklungsplänen.

Diese Ideen werden in den Schlüsselprinzipien der agilen Softwareentwicklung näher erläutert.

Der Fokus hinter Agile liegt auf der Zufriedenheit der Endbenutzer. Alle Aufgaben, die nicht direkt zur Verbesserung beitragen, sind zweitrangig. Während die agilen Entwicklungsteams noch daran arbeiten, Prozesse einzurichten, Dokumentationen zu schreiben und die Pläne zu befolgen, können diese Aufgaben verschoben oder auf einem minimal akzeptablen Niveau ausgeführt werden, wenn sie die Effizienz der Entwicklung gefährden.

Agile Methodik Erklärt

Das Hauptwerkzeug der agilen Entwicklung ist die Iteration. Iteration ist ein Prozess, bei dem eine Reihe von Aktionen in einer Sequenz wiederholt wird, bis eine Bedingung erfüllt ist.

Verschiedene agile Entwicklungsmethoden erreichen die Iteration auf unterschiedliche Weise. Scrum implementiert beispielsweise Sprints. Sprints sind feste Zeiträume – in der Regel 1-2 Wochen lang -, in denen das Entwicklungsteam einen bestimmten Teil der Funktionalität abschließt und zuvor festgelegte Ziele erreicht.

Hier ist ein Beispiel für den Workflow innerhalb eines einzelnen Scrum Sprint:

• Der Product Owner – derjenige, der für die Fertigstellung verantwortlich ist – überprüft die unvollständigen Aufgaben im Product Backlog. Die veralteten Aufgaben werden entfernt, während die neuen hinzugefügt werden.
• Der Product Owner legt den Umfang des neuen Sprints und das Ziel fest, das er erreichen möchte.
• Der Product Owner hat eine Planung Treffen mit dem Entwicklungsteam. Sie erstellen User Stories, die in die Aufgaben für bestimmte im Backlog gespeicherte Sprints zerlegt werden.
• Das Entwicklungsteam hält tägliche Besprechungen ab, in denen sie sich über den Fortschritt jedes Teammitglieds auf dem Laufenden halten.
• Sobald der Zeitrahmen des Sprints abgelaufen ist, gilt der Sprint als abgeschlossen. Die nicht abgeschlossenen Aufgaben werden wieder in das Product Backlog verschoben. In Ausnahmefällen kann ein Sprint-Enddatum von einem Product Owner geändert werden.
• Der Product Owner führt eine Demonstration für den Kunden durch und zeigt die während des Sprints geleistete Arbeit.
• Der Product Owner hält ein Meeting mit dem Entwicklungsteam ab, in dem die Ergebnisse des Sprints vorliegen überprüft. Das Team stellt fest, was gut gemacht wurde und welche Prozesse im nächsten Sprint verbessert werden können. Diese Überprüfung wird als Sprint-Retrospektive bezeichnet.
• Der nächste Sprint beginnt.

Die regelmäßige Überprüfung des Backlogs hilft dabei, die Relevanz der Funktionen im Backlog aufrechtzuerhalten. Der begrenzte Umfang der Sprints und ihre festgelegten Ziele helfen den Entwicklern, sinnvolle Arbeiten pünktlich abzuschließen. Die fortlaufenden Präsentationen neuer Funktionen sorgen dafür, dass der Kunde zufrieden ist und Feedback geben kann. Insgesamt wird die Entwicklung effizienter.

HINWEIS. Scrum ist nur eine von vielen agilen Methoden. Zum Beispiel hat Kanban kein Sprint-Äquivalent und behält seine Relevanz stattdessen über die ständig aktualisierte Task Priority Queue.

Wichtige Phasen des agilen Softwareentwicklungslebenszyklus

Wenn Sie es auf die Kernkonzepte herunterbrechen, ist die agile Entwicklung nicht so schwierig. Und obwohl sie verschwenderisch erscheint Durch die Anzahl der beteiligten Besprechungen wird viel Zeit gespart, indem die Entwicklungsaufgaben optimiert und die Fehler in den Planungsphasen reduziert werden.

Phase 1: Anforderungen

Bevor ein Product Owner überhaupt mit dem Entwerfen eines Projekts beginnen kann, muss er die erste Dokumentation erstellen, in der die anfänglichen Anforderungen aufgeführt sind. Dies sind:

• Das Endergebnis, das das Projekt erzielen wird. Zum Beispiel ein Texteditor;
• Die Funktionen, die unterstützt werden. Zum Beispiel verschiedene Schriftgrößen;
• Die Funktionen, die anfänglich nicht unterstützt werden. Beispiel: Hinzufügen von Animationen zum Text oder Einbetten von Videos;

Eine allgemeine Empfehlung besteht darin, diese anfänglichen Anforderungen so stark wie möglich zu senken, nur die definitiv erforderlichen Funktionen hinzuzufügen und diese zu ignorieren wird nicht oft verwendet. Entwickler können später daran arbeiten, sobald die App bereitgestellt ist und die Kernfunktionen gut funktionieren.

HINWEIS: Wenn Entwickler diese Phase ignorieren, sind sie anfällig für Feature Creep – eine Situation, in der neue nicht wichtige Funktionen verfügbar sind werden dem Projekt ständig hinzugefügt, um den Entwicklern die Zeit für wichtige Aufgaben zu nehmen.

Bei weiteren Iterationen überprüfen der Kunde und der Product Owner die Anforderungen und machen sie relevanter.

Phase 2: Design

Es gibt zwei Möglichkeiten, sich zu nähern Design in der Softwareentwicklung – eines ist das visuelle Design und das andere ist die architektonische Struktur der App.

Software-Design

Während der ersten Iteration stellt der Product Owner sein Entwicklungsteam zusammen und stellt die Anforderungen vor, die in der vorherigen Phase erstellt wurden. Das Team bespricht dann, wie diese Anforderungen angegangen werden können, und schlägt die Tools vor, die erforderlich sind, um das beste Ergebnis zu erzielen. Das Team definiert beispielsweise die Programmiersprache, Frameworks und Bibliotheken, die das Projekt verwenden wird.

Bei weiteren Iterationen diskutieren die Entwickler die Implementierung der Funktionen und die interne Struktur des Come.

UI / UX-Design

Während dieser SDLC-Phase erstellen die Designer ein grobes Modell der UI. Wenn das Produkt für Verbraucher geeignet ist, sind die Benutzeroberfläche und die Benutzererfahrung am wichtigsten. Daher ist es im Allgemeinen eine gute Idee, die möglichen Konkurrenten zu überprüfen, um festzustellen, was sie richtig machen – und insbesondere, was sie falsch machen.

Weitere Iterationen werden damit verbracht, das ursprüngliche Design zu verfeinern und / oder es entsprechend zu überarbeiten Neue Funktionen.

Phase 3. Entwicklung und Codierung

In der Entwicklungsphase geht es darum, Code zu schreiben und die Konstruktionsdokumentation innerhalb des Softwareentwicklungsprozesses in die eigentliche Software umzuwandeln. Diese Phase der SDLC ist im Allgemeinen die längste, da sie das Rückgrat des gesamten Prozesses darstellt.

Hier gibt es nicht viele Änderungen zwischen den Iterationen.

Phase 4. Integration und Test

In dieser Phase wird sichergestellt, dass die Software fehlerfrei und mit allem kompatibel ist, was die Entwickler zuvor geschrieben haben. Das Qualitätssicherungsteam führt eine Reihe von Tests durch, um sicherzustellen, dass der Code sauber ist und die Geschäftsziele der Lösung erreicht werden.

Während der weiteren Iterationen dieser SDLC-Phase werden die Tests komplizierter und die Konten nicht Nur zum Testen der Funktionalität, aber auch zum Testen der Systemintegration, Interoperabilität und Benutzerakzeptanz usw.

Phase 5. Implementierung und Bereitstellung

Die Anwendung wird auf den Servern bereitgestellt und bereitgestellt die Kunden – entweder für die Demo oder den tatsächlichen Gebrauch. Weitere Iterationen aktualisieren die bereits installierte Software, führen neue Funktionen ein und beheben Fehler.

Phase 6. Überprüfung

Sobald alle vorherigen Entwicklungsphasen abgeschlossen sind, versammelt der Product Owner das Entwicklungsteam erneut und überprüft die Fortschritte bei der Erfüllung der Anforderungen. Das Team stellt seine Ideen zur Lösung der Probleme vor, die in den vorherigen Phasen aufgetreten sind, und der Product Owner berücksichtigt ihre Vorschläge.

Danach beginnen die Lebenszyklusphasen der agilen Softwareentwicklung von neuem – entweder mit einer neuen Iteration oder indem Sie zur nächsten Stufe übergehen.

Einbeziehung allgemeiner Lean-Prinzipien in die agile Methodik

Die Lean-Prinzipien sind:

• Verschwendung beseitigen;
• Qualität aufbauen;
• Wissen schaffen;
• Verantwortung zeigen;
• Schnell liefern;
• Menschen respektieren;
• Als Ganzes optimieren.

Insgesamt stimmen diese Werte ziemlich gut mit der Agile-Methode überein und können bei Fragen als Ergänzung verwendet werden .

Fazit

Die Softwareentwicklung ist ein strukturierter iterativer Prozess. Es gibt jedoch keinen einzigen „richtigen“ Weg, um Agile zu machen – es gibt nur solche, die zu einem bestimmten Team passen oder nicht passen.Jedes Unternehmen hat seine eigene Vorstellung davon, was agile Entwicklung ausmacht, und jedes hat seine Vorzüge. Am Ende des Tages kommt es auf ein wertvolles Endprodukt an, das pünktlich geliefert wird.

Und so entwickeln wir bei Relevant Software maßgeschneiderte Anwendungen, die den Geschäftsanforderungen unserer Kunden entsprechen. Wir verwenden für alle unsere Projekte agile Paradigmen und liefern ständig hervorragende Ergebnisse.