Wie können Sie agile Praktiken mit Wasserfall- und V-Modell-Softwareentwicklungs-Lebenszyklusmodellen in Einklang bringen?

Bereitgestellt von KI und der LinkedIn Community

Viele Softwareprojekte folgen immer noch traditionellen Lebenszyklusmodellen, wie Wasserfall und V-Modell, die auf sequentiellen Phasen und starrer Dokumentation basieren. Diese Modelle eignen sich jedoch möglicherweise nicht für komplexe, dynamische und unsichere Umgebungen, in denen agile Praktiken mehr Flexibilität, Zusammenarbeit und Feedback bieten können. Wie können Sie agile Praktiken mit Wasserfall- und V-Modell-Softwareentwicklungs-Lebenszyklusmodellen in Einklang bringen? In diesem Artikel werden wir einige Möglichkeiten untersuchen, das Beste aus beiden Welten zu kombinieren.

Top-Expert:innen in diesem Artikel

Von der Community unter 5 Beiträgen ausgewählt. Mehr erfahren

Alexandre Poitevin

Software Product Engineer | Agile · Lean · DevOps · Craft · XP · CD | Python Developer

1 Verstehen Sie die Vorteile und Einschränkungen der einzelnen Modelle

Bevor Sie versuchen, agile Praktiken mit den Lebenszyklusmodellen der Wasserfall- und V-Modell-Softwareentwicklung in Einklang zu bringen, müssen Sie die Vorteile und Einschränkungen der einzelnen Modelle verstehen. Wasserfall- und V-Modell sind lineare Modelle, die einer vordefinierten Abfolge von Phasen folgen, z. B. Anforderungen, Design, Implementierung, Test und Bereitstellung. Sie eignen sich für Projekte mit klaren und stabilen Anforderungen, einem klar definierten Umfang und einem geringen Änderungsrisiko. Sie bieten auch eine klare Dokumentation, Qualitätssicherung und Rechenschaftspflicht. Sie sind jedoch auch anfällig für Verzögerungen, Überschreitungen und eine geringe Kundenzufriedenheit, insbesondere wenn sich die Anforderungen ändern oder das Feedback verspätet oder unzureichend ist. Agile Praktiken hingegen sind iterative und inkrementelle Modelle, die in kurzen Zyklen, sogenannten Sprints oder Iterationen, funktionierende Software liefern. Sie eignen sich für Projekte mit vagen oder sich ändernden Anforderungen, hoher Unsicherheit und schnelllebigen Umgebungen. Sie fördern auch die Einbeziehung der Kunden, die Zusammenarbeit im Team und die kontinuierliche Verbesserung. Sie können jedoch auch mit Herausforderungen in Bezug auf Skalierbarkeit, Governance und Integration konfrontiert sein, insbesondere wenn das Projekt groß, komplex oder reguliert ist.

Fügen Sie Ihre Sichtweise hinzu

ehsan ozeyri

PhD Student, Tech Lead Manager, Senior Staff Engineer, Project Manager, Entrepreneur, Inventor
Beitrag melden
Agile and traditional development methodologies, while valuable, have distinct strengths and weaknesses. Waterfall and V-model provide clear structure for projects with fixed requirements, while Agile offers flexibility for dynamic situations. To bridge the gap, a hybrid approach is recommended. This blend utilizes the structured planning of Waterfall/V-model for initial stages, ensuring clarity and direction. Agile practices are then introduced for development and implementation, enabling continuous feedback and adaptation. By integrating Agile's "working software" concept and maintaining communication, the hybrid approach balances structure with flexibility, delivering robust results while adapting to changing needs.

Übersetzt

Gefällt mir

2 Wählen Sie die richtige Ausrichtungsebene

Die optimale Balance zwischen dem Grad der Agilität und dem Grad der Struktur zu finden, wenn agile Praktiken mit Wasserfall- und V-Modell-Softwareentwicklungs-Lebenszyklusmodellen in Einklang gebracht werden, ist keine Einheitslösung. Dies hängt von mehreren Faktoren ab, wie z. B. Projektmerkmalen, Organisationskultur, Erwartungen der Stakeholder und Teamfähigkeiten. Sie können hybride, parallele oder inkrementelle Ausrichtungsebenen in Betracht ziehen. Bei einem hybriden Ansatz werden beispielsweise einige Phasen oder Komponenten agil durchgeführt, während andere auf traditionelle Weise durchgeführt werden. Bei einem parallelen Ansatz wird das gleiche Projekt zweimal durchgeführt, einmal auf agile Weise und einmal auf traditionelle Weise. Und bei einem inkrementellen Ansatz wird das Projekt in kleinere Inkremente unterteilt, die auf agile Weise bereitgestellt werden, gefolgt von einer abschließenden Integration und Verifizierung, die auf traditionelle Weise durchgeführt werden. Die Bewertung der Kompromisse zwischen Agilität und Struktur hilft Ihnen, die beste Lösung für Ihr Projekt zu finden.

Fügen Sie Ihre Sichtweise hinzu

Marcos N. Santana

Transforming Software Excellence | Visionary Leader in Software Engineering and Quality Engineering | 21+ Years Shaping Future Tech
Beitrag melden
In the past, I have been able to transition a full Waterfall practice with heavy reliance on documentation by merging both worlds, particularly the QA Mindset. In this organization, we divided the SDLC in 2 separate sprints: one a normal sprint that included testing to reach the DoD (but without documentation) and a shorter sprint just to execute the formal documentation. After that second short sprint was completed, the Release was produced.

Übersetzt

Gefällt mir

3 Passen Sie die agilen Praktiken an den Projektkontext an

Sobald Sie den Grad der Ausrichtung ausgewählt haben, müssen Sie die agilen Praktiken an den Projektkontext anpassen. Das bedeutet, dass die Prinzipien, Werte und Methoden an die Anforderungen, Einschränkungen und Erwartungen des Projekts angepasst werden müssen. Berücksichtigen Sie den Umfang, indem Sie ihn auf agile Weise mit User Storys, Epics und Themen oder auf traditionelle Weise mit Umfangsbeschreibung, Projektstrukturplan und Ergebnissen definieren. Planen Sie das Projekt mit Sprint-Planung, Backlog-Bereinigung und Burndown-Diagrammen für einen agilen Ansatz oder Gantt-Diagrammen, Meilensteinen und Baselines für einen herkömmlichen Ansatz. Führen Sie das Projekt durch tägliche Stand-ups, Pair Programming und Retrospektiven für einen agilen Ansatz oder Statusberichte, Code-Reviews und Audits für einen traditionellen Ansatz durch. Testen Sie das Projekt mit testgesteuerter Entwicklung, Akzeptanztests und explorativen Tests für einen agilen Ansatz oder Unit-Tests, Integrationstests und Systemtests für einen herkömmlichen Ansatz. Stellen Sie das Projekt schließlich mit Continuous Delivery, Bereitstellungspipelines und Funktionsumschaltern für einen agilen Ansatz oder mit Release-Management, Konfigurationsmanagement und Änderungsmanagement für einen herkömmlichen Ansatz bereit. Auf diese Weise wird die Ausrichtung auf die Ziele und die Bedürfnisse der Stakeholder sichergestellt und gleichzeitig den Kunden ein Mehrwert durch Stabilität, Sicherheit und Skalierbarkeit geboten.

Fügen Sie Ihre Sichtweise hinzu

4 Kommunikation und Zusammenarbeit mit den Stakeholdern

Der letzte Schritt zur Abstimmung agiler Praktiken mit den Lebenszyklusmodellen der Wasserfall- und V-Modell-Softwareentwicklung besteht darin, mit den Stakeholdern zu kommunizieren und zusammenzuarbeiten. Dazu gehören das Festlegen und Verwalten von Erwartungen, das Einbeziehen der Stakeholder in Projektentscheidungen und -aktivitäten sowie die Nutzung geeigneter Kanäle zur Berichterstattung über den Projektstatus und die Projektleistung. Es ist wichtig, die Vorteile und Grenzen jedes Modells zu erklären, die Erwartungen mit der Realität in Einklang zu bringen, Feedback einzuholen, eine gemeinsame Vision zu entwickeln und sowohl agile als auch traditionelle Kommunikationstools zu verwenden. Darüber hinaus sollten Sie eine Kultur des Vertrauens, der Transparenz und des Respekts pflegen und gleichzeitig klar, prägnant und genau kommunizieren.

Fügen Sie Ihre Sichtweise hinzu

5 Hier erfahren Sie, was Sie sonst noch beachten sollten

Dies ist ein Bereich, in dem Beispiele, Geschichten oder Erkenntnisse geteilt werden können, die in keinen der vorherigen Abschnitte passen. Was möchten Sie noch hinzufügen?

Fügen Sie Ihre Sichtweise hinzu

Alexandre Poitevin

Software Product Engineer | Agile · Lean · DevOps · Craft · XP · CD | Python Developer
(bearbeitet)
Beitrag melden
You can’t, and you shouldn't try by the way… This is nonsensical. How can you respond to change and following a plan at the same time? If you say to me: by aiming to reach high-level goals (like OKRs) without being too rigorous about specs, I would argue that you are in the agile world, not the waterfall one…

Übersetzt

Gefällt mir
Karthik S.

Stealth Startup | Ex-Google | Senior Software Engineer | Problem Solver | Supply Chain Management | Order Management | Cloud Service Pricing | Instructional Trainer | Data Analyst | IT Support | Customer Support
Beitrag melden
Nice article by LinkedIn. Below are some extra points to consider. Since both waterfall and V-model are linear models, adopting specific agile functions in specific phase of the linear model will help in executing the project on Lean Principles. For example, if design phase is waiting on requirements phase, one can incorporate valid and reasonable assumptions to eliminate wastage of time and resources and re-consult with the stakeholders to get a sign-off on the assumptions or change it based on new knowledge. Thank you.

Übersetzt

Gefällt mir
Marcos N. Santana

Transforming Software Excellence | Visionary Leader in Software Engineering and Quality Engineering | 21+ Years Shaping Future Tech
Beitrag melden
There are multiple aspects that are not normally taken into context by Agile purists. The reality is that Agile is nothing but a waterfall approach condensed in a very small time period (one dear colleague of mine called it “Mini-Waterfalls” and he’s right). There’s no magic formula. It is more of a mindset than anything. Parallel efforts are common in V-Model approaches, with the difference that there’s less flexibility to change because everything related to the system is pre-planned and pre-determined.

Übersetzt

Gefällt mir

Software Engineering Practices

+ Folgen

Diesen Artikel bewerten

Wir haben diesen Artikel mithilfe von KI erstellt. Wie finden Sie ihn?

Sehr gut Geht so

Diesen Artikel melden

Alle anzeigen

Wie können Sie agile Praktiken mit Wasserfall- und V-Modell-Softwareentwicklungs-Lebenszyklusmodellen in Einklang bringen?

1

2

3

4

5

1 Verstehen Sie die Vorteile und Einschränkungen der einzelnen Modelle

2 Wählen Sie die richtige Ausrichtungsebene

3 Passen Sie die agilen Praktiken an den Projektkontext an

4 Kommunikation und Zusammenarbeit mit den Stakeholdern

5 Hier erfahren Sie, was Sie sonst noch beachten sollten

Software Engineering Practices

Diesen Artikel bewerten

Vielen Dank für Ihr Feedback

Weitere Artikel zu Software Engineering Practices

Relevantere Lektüre