Wie machen Sie Scrum unter Waterfall?

scrum-under-waterfall
Sehr oft wird der Scrum unter Wasserfall in den Unternehmen verwendet. Diese Methode ist vielleicht nicht formal existiert, aber es kommt durch Vertrag oder wird gesetzlich vorgeschrieben. Oder der Scrum kann ein Teil des Agile Experiments sein.

Was wird die gleiche/unterschiedliche Verwendung von Scrum unter Waterfall?

Gleich

Konzentrieren auf ‘Definition of Done’
Daily Scrum
Sprint Planning
Sprint Review
Sprint Retrospective

Unterschiedlich

Backlog = Project Plan
Weniger Zeit für Backlog refinement
Weniger Zeit für Sprint planning
Weniger Verhandlungen während Sprint

Aber beachten Sie, beim Wasserfall Verwendung:

Wasserfall hat schlechte Kommunikation / Missverständnisse
Mangel an Transparenz
Loslösung von der Realität
Langsame Feedback / Kein Feedback
Nichts getan

So müssen Sie folgende Dinge tun:

1: Arbeiten in Sprints

Der Wasserfall kann beispielsweise für 12 Monate eingeplant werden. Wenn der Sprint 30 Tagen dauert, wird es 12 Sprints.

2: Vermeiden Sie „Earned Value ‚

Die Aufgabe kann nicht für 85,6 oder 98% durchgeführt werden. Die Aufgabe wird getan oder nicht getan!

3: Fokus auf Done

Erstellen Sie eine Definition von Done (DoD), arbeiten mit DoD

4: Testen, testen, testen

Testing während ganzen Sprints. Testing bis zum Ende

5: Holen Sie sich häufige Rückmeldungen

Feedback sammeln früh.

Waterfall vs. Scrum

Was ist “Waterfall”?

Wasserfall ist ein plangetriebenes Projektmanagement in der Softwareentwicklung. Also in der Regel wird mit Gantt-Diagrammen und Microsoft Project gearbeitet, es gibt Start- und Enddaten und Projektphasen. Im Wasserfall haben Entwicklungsphasen die vordefinierte Reihenfolge: zuerst werden die Anforderungen  geschrieben, dann sie werden designt und entwickelt, am Ende kommt Testing und Deployment-Phase.

Waterfall vs. Scrum

Waterfall

Anforderungsdokumente
Resistent gegen Veränderung
-Change ist ein Bug
Niedrige „Kunden“ Beteiligung
Start-Ziel-Projekt-Plan
Große Teamgröße
Mehrere Phasen
-eventual Lieferung
Contract angetrieben
Fixed-Feature-Set

Scrum

Just-in-Time-Anforderungen
Kontinuierliche Veränderung
-Change ist eine Funktion,
Permanent „Kunde“ Beteiligung
Plan für den Sprint. Product Backlog
Kleine Teams (3-9 Personen)
Increment jeden Sprint
Vertrag ist näher an T & E
-keine feste Feature-Set