MURCS - HEC · MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben...

MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht...

Ulf Mewe

@mewflu

Ulf Mewe

@mewflu

Praxisbeispiele

Logistik

Scrum

Daily

Scrum

Sprint

Planning

Product

Backlog Product

Backlog Sprint

Backlog

Product

Backlog Product

Backlog Product

Backlog Product

Backlog Product

Backlog Product

Backlog Refinement

Product

Review

Retrospective

Scrum

Master

Product

Owner

Entwicklungsteam

Analyse

Rollen Ereignisse Artefakte

Dailys Sprints

Sprint Planning

Refinement

Review

SM PO Scrum Master

Product Owner

DEV Cross-funktionales Developmentteam

Product Backlog

Retrospective

Sprint Backlog

PSP

DIE REISE GEHT LOS oder die Praxisbeispiele

TOURISMUS

Tourismus

Neues Buchungssystem * Gleicher Funktionsumfang wie altes System = Plus einige neue Funktionen +

Tourismus

Festpreis €

Ungenaue Anforderungen ~

Fester Liefertermin

Preisgetriebene Anbieterauswahl €

Tourismus: Was wurde umgesetzt?


Dailys Sprints

SM PO Product Backlog

Sprint Planning

Refinement

Review Retrospective

DEV

SM PO


Scrum Master

Product Owner

Sprint Backlog

PSP

Tourismus: Bewertung

LOGISTIK

Logistik

Support für Legacy Systeme läuft aus

Viele Logistikprojekte scheitern

Einführung eines neuen ERP-Systems *

Logistik

Verteilte Entwicklung

Management erwartet Projektleiter

Anders machen

Logistik

PO nicht alleinig entscheidungsbefugt

Fachabteilung ist unerfahren & unterbesetzt

Fachabteilung als PO

*

Logistik: Was wurde umgesetzt?


Dailys Sprints


Sprint Planning

Refinement


DEV

SM PO


Scrum Master

Product Owner

Sprint Backlog

PSP

Logistik: Bewertung

WARTUNG

Wartung

Neuer Ansatz zur Begutachtung von technischen Anlagen

Mehrfach verändertes Geschäftsmodell

Innovationsprojekt

Viele technische Unbekannte

*

?

Wartung: Was wurde umgesetzt?


Dailys Sprints


Sprint Planning

Refinement


DEV

SM PO


Scrum Master

Product Owner

Sprint Backlog

PSP

Wartung: Bewertung

Zusammenfassung

Tourismus Wartung Logistik

7 4

1

7 3

2

9 3

0

DER RICHTIGE KURS? oder der Nokia Test

Nokia Test

Jeff Sutherland

Nokia Test Kategorien

0 10 1 2 3 4 5 6 7 8 9

1 - Iterationen

Sprints sind zeitlich begrenzt

2 Variabel, 4 < Dauer <= 6 Wochen

4 Variabel, Dauer <= 4 Wochen

5 Konstant für die letzten 3 Sprints, Dauer = 1 Monat

6 Konstant für die letzten 3 Sprints, Dauer = 4 Wochen

8 Konstant für die letzten 3 Sprints, Dauer = 3 Wochen

10 Konstant für die letzten 3 Sprints, Dauer <= 2 Wochen

2 - Qualitaetssicherung Softwarefunktionen sind getestet und funktionieren am Ende der Iteration

2 Automatisches Deployment mit allen autom. Akzeptanztests alle 24 Stunden

1 Einige Entwicklertests (Unit Tests)

1 Entwicklertests (Unit Tests) pro Story

2 Funktionen werden vor Review getestet

2 Funktionen werden direkt nach Fertigstellung getestet

2 Team automatisiert Akzeptanztest für jede Story

3 - Sprint Stories Spezifikation der Backlog Items

1 Anforderungen für Sprint Items sind spezifiziert

1 Anforderungen sind unabhängige und priorisierte User Stories

2 User Stories starten mit „Als <Rolle>, möchte ich <Ziel/Wunsch>, damit <Nutzen>“

2 User Stories haben nachprüfbare Akzeptanztests

2 Das Team hat eine Definiton of Ready

2 Das Team hat eine Definiton of Done

Nokia Test

1 - Iterationen 10 6 6 - Schätzungen

2 - QS 2 1 7 – Burn-down

3 - Sprint Stories 1 1 8 - Retrospective

4 - Product Owner 0 6 9 - Scrum Master

5 - Product Backlog 3 4 10 - Team

10

10

8

3

4

1 7

2 0

4 0

1 7

9 3

3

3

6

7

6

Ergebnisse des Nokia-Tests

Logistik Tourismus

3,5 3,3

Wartung

6,0

Nokia Test Kategorien

0 10 1 2 3 4 5 6 7 8 9 6 Monate

Velocity +200%

Anmerkungen zum Nokia-Test

Vorgaben über den Scrum Guide hinaus

sehr konkrete Vorgaben

keine Gewichtung

DER RICHTIGE KURS? oder eine alternative Bewertung

Empirische Prozesssteuerung

Transparenz,

Inspektion &

Adaption

Bewertung

Empirische Prozesssteuerung

Transparenz

Überprüfung

Anpassung Anpassung

Prinzipien hinter dem Agilen Manifest 1. Unsere höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung

wertvoller Software zufrieden zu stellen.

2. Heiße Anforderungsänderungen selbst spät in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden.

3. Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne.

4. Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten.

5. Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen.

6. Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist im Gespräch von Angesicht zu Angesicht.

Prinzipien hinter dem Agilen Manifest 7. Funktionierende Software ist das wichtigste Fortschrittsmaß.

8. Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können.

9. Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität.

10. Einfachheit -- die Kunst, die Menge nicht getaner Arbeit zu maximieren -- ist essenziell.

11. Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams.

12. In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an.

Bewertung

Empirische Prozesssteuerung Agile Werte & Prinzipien

Transparenz

Überprüfung

Anpassung Anpassung

Unterschiedliche Perspektiven

Commitment

Kundenzufriedenheit

Direkte Kommunikation

Selbstorganisation

Einfachheit

Regelmäßige Auslieferungen

Tourismus: Bewertung


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Logistik: Bewertung


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Wartung: Bewertung


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Zusammenfassung

Tourismus Wartung Logistik

1 7

2

8 1

1

3 4

3

Sprints


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Daily


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Planning


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Refinement


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Review


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Retrospective


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Product Backlog


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Wer das will ...


Transparenz

Überprüfung

Anpassung Anpassung


Commitment

Kundenzufriedenheit


Selbstorganisation

Einfachheit


Muss das machen ...


Dailys Sprints


Sprint Planning

Refinement


DEV

SM PO


Scrum Master

Product Owner

Fazit

Scrum

ist einfach

MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben wir irgendwie auch nicht...

Ulf Mewe

@mewflu

MURCS - HEC · MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben...

Documents

Transcript of MURCS - HEC · MURCS Wir machen jetzt Scrum, aber das Meeting passt leider nicht und einen PO haben...