Scrum vs Wasserfall - Ein Vergleich und Erfahrungen aus der Praxis

50 %
50 %
Information about Scrum vs Wasserfall - Ein Vergleich und Erfahrungen aus der Praxis
Business & Mgmt

Published on March 10, 2014

Author: axxessio

Source: slideshare.net

Description

Pavel Pavlov, Senior Associate Consultant bei axxessio, stellt in seiner Präsentation die Vor- und Nachteile von klassischen und agilen Vorgehensmodellen gegenüber und zeigt dies anhand eines praktischen Beispiels.

Ein Vergleich und Erfahrungen aus der Praxis MÄRZ 2014 Scrum vs. Wasserfall PAVEL PAVLOV

2 Scrum vs. Wasserfall Einführung Immer öfter werden agile Vorgehensmodelle (vor allem Scrum) in der Softwareentwicklung angewendet. Diese sind unter bestimmten Voraussetzungen sehr vorteilhaft, bringen jedoch gewisse Risiken mit sich. Daher spielen auch klassische Vorgehen wie das Wasserfall-Modell immer noch eine wichtige Rolle. Diese Präsentation schildert die Grundlagen beider Ansätze und vergleicht sie miteinander. Wann kann es sinnvoll sein, die beiden Modelle miteinander zu kombiniert und kann solch ein Ansatz deren Vorteile vereinen? Ein Vorgehensbeispiel aus der Praxis liefert eine Antwort auf diese Frage und zeigt, was dabei beachtet werden soll.

^ Das klassische Wasserfallmodell der Softwareentwicklung setzt auf feste Anforderungen und klare Phasenabgrenzung. 3 Grundlagen Wasserfall 1/2 Initialisierung Analyse Entwurf Realisierung Einführung Nutzung

Das Wasserfallmodell ist vorteilhaft bei klarer Vorstellung bzgl. Scope und Anforderungen. VORTEILE: » Klare Abgrenzung der Phasen » Einfache Möglichkeiten der Planung und Kontrolle » Bei stabilen Anforderungen und klarer Abschätzung von Kosten und Umfang sehr effektives Modell NACHTEILE: » Abgrenzungs- und Abfolgeproblem » Frühes Festschreiben der Anforderungen führt zu teuren Änderungen » Einführung des Systems sehr spät nach Beginn des Entwicklungszyklus - später Return on Investment » Fehler werden unter Umständen spät erkannt (Big Bang!) und müssen mit erheblichem Aufwand entfernt werden 4 Grundlagen Wasserfall 2/2

^ Scrum setzt auf Agilität und Einbezug des Kunden in die Entwicklung. Dabei sind der Scope und die Anforderungen grob und generisch. 5 Grundlagen Scrum 1/2

Scrum ist vorteilhaft, wenn die Vision des Kunden unklar ist und insbesondere bei kurzer Projektdauer. VORTEILE: » Flexibles Modell » Transparenz » Steigerung des Geschäftswerts vom Software-Produkt » Bietet Freiraum für das Entwicklungsteam » Anpassungen können während der Entwicklung durchgeführt werden NACHTEILE: » Keine juristisch verbindlichen Vorgaben bezüglich der Fachlichkeit der zu erstellenden Software, da sich diese erst während des Projektes formieren » Mangelnder architektonischer Überblick durch fehlende Designphase » Hoher Kommunikations- und Abstimmungsaufwand » Keine Garantie, dass alle erforderlichen Funktionen umgesetzt werden 6 Grundlagen Scrum 2/2

^ » Der Projektscope wird in der Analysephase grob festgelegt » Einfache Ableitung der User Stories für den Product Backlog aus der Konzeptdokumentation und dem Anforderungskatalog » Verbesserte Fortschrittskontrolle durch den festgelegten Scope als Vergleichsbasis → Kompensiert die Nachteile vom Scrum durch Schärfung des Projektscopes 7 Vor allem bei größeren und längeren Projekten kann es sinnvoll sein, beide Ansätze miteinander zu kombinieren Konzeptphase Realisierung W A S S E R F A L L Analyse & Entwurf S C R U M Entwicklung Projektzeitraum > 6 Monate

^ 8 Beide Ansätze lassen sich teilweise miteinander kombinieren Anforderungskatalog Product Backlog Sprint Backlog Task Cards User Stories Grobkonzeptdokument WASSERFALL SCRUM

^ Die Konzeptphase setzt nur den Rahmen, die Vertiefung erfolgt mit Scrum. » Erstellung einer groben Konzeption und generischer Anforderungen kann nützlich sein, um den Scope zu bestimmen und die User Stories daraus abzuleiten → Verbesserte Planung und Fortschrittskontrolle » Die groben Anforderungen müssten vertieft werden, z.B. in regelmäßigen Analyse-Workshops oder Grooming-Meetings. Dabei spielt der Product Owner eine Schlüsselrolle! → Analyse-Workshops zu den User Stories sind notwendig » Das Entwicklungsteam soll sich stets verbessern und dadurch produktiver werden → Das Prinzip „inspect and adapt“ muss ‚gelebt werden‘! 9 Was muss dabei noch beachtet werden?

Unsere Standorte Niederlassung Köln Wilhelmstraße 3 51143 Köln Tel +49 22 03 – 91 22 0 Fax +49 22 03 – 91 22 23 Niederlassung Darmstadt Kasinostraße 60 64293 Darmstadt Tel +49 61 51 – 78 90 0 Fax +49 61 51 – 78 90 23 0 Hauptsitz Bonn Kurfürstenallee 5 53177 Bonn Tel +49 228 – 76 36 31 0 Fax +49 228 –76 36 31 3 Niederlassung Bern Frohbergweg 7 3012 Bern Tel +41 31 – 534 07 06 Fax +41 31 – 536 69 78 Vielen Dank für Ihre Aufmerksamkeit!

Add a comment

Related presentations

Related pages

Scrum vs Wasserfall - Ein Vergleich und Erfahrungen aus ...

Download Scrum vs Wasserfall - Ein Vergleich und Erfahrungen aus der Praxis
Read more

Scrum vs Wasserfall - Ein Vergleich und Erfahrungen aus ...

Ein Vergleich und Erfahrungen aus der Praxis MÄRZ 2014 Scrum vs. Wasserfall PAVEL PAVLOV 2 Scrum vs. Wasserfall Einführung Immer öfter werden agile ...
Read more

Scrum in der Praxis: Erfahrungen, Problemfelder und ...

Scrum in der Praxis: Erfahrungen, ... Ich mache seit einigen Monaten erste praktische Erfahrungen mit Scrum und lese mir das meiste an. Das Buch enthält ...
Read more

Scrum vs. Wasserfallmodell im Produktmanagement

... wie bei einem Wasserfall, ... Scrum vs. Wasserfallmodell im Produktmanagement, ... @pm_praxis folgen. Rechtliches. Datenschutz;
Read more

Projektmanagement: Wasserfall-Modell vs. agiles Vorgehen

... Wasserfall-Modell vs. agiles Vorgehen. ... Die Erfahrung im Projektgeschäft zeigt ... wie man Wasserfall-Modell und Scrum zu einer perfekten Methodik ...
Read more

Wasserfall vs. Scrumban - Agile Software DI (FH) Heumader ...

Scrum ist dabei meist der erste Schritt und eine ... Lesen Sie weiter in unserem Beitrag “Wasserfall vs. Scrumban ... Erfahrungen aus der Praxis.
Read more

Agile vs. Wasserfall: Wie agile Vorgehensmodelle die ...

Agile vs. Wasserfall: ... Mit agilen Methoden können diese Ziele in der Praxis auch tatsächlich erreicht werden. ... wie z.B. Scrum, ...
Read more