Agile Verträge

Pierre Neis, Scrum Coach 1

Agile Verträge

Treffen der Agile User Group Saar23 Nov. 2010


Agilität?

3

Manifest für Agile Softwareentwicklung

Pierre Neis, Scrum Coach

Individuen und Interaktionen• Funktionierende Software• Zusammenarbeit mit dem

Kunden• Reagieren auf Veränderung

Prozesse und Werkzeuge• umfassende

Dokumentation• Vertragsverhandlung• Befolgen eines Plans


Declaration of Interdependence

Engaging Customers

Improve Effectiveness

R.O.I.

Boost Performance


FEST PREIS, FEST RAHMEN (UND MÖGLICHERWEISE MIT FESTER ZEIT)

❶

Source: alistair.cockburn.us/Agile+contracts


Das Dreieck

Rahmen

Zeit Ressourcen

3 Dimensionen


Das Dreieck

Rahmen

Zeit Ressourcen

Wenn die 3 Dimensionen fix sind ist das Projekt über eingeschrenkt.


Das Hindernis umgehen....

Rahmen

Zeit

Ressourcen

3 Dimensionen+ 1 Prozess


FEST PREIS PER FUNCTION POINT ODER STORY POINT

❷



NOCH MEHR... VARIANTEN❸




Zeit-und Materialaufwand

NTE-FF: Not-to-exceed with fixed-fee

Venture-capital financing model

Norwegian PS 2000 Standard contract

Missing in Action: Partial Delivery with Mandatory Requirements Changes

Target-Cost contract


MONEY FOR NOTHING, CHANGE FOR FREE

❶

Wir stimmen zur zusammen arbeit zu, und dadurch erschaffen wir Vertrauen und jede andere Kompetenz.Jeff SUTHERLAND


Klauseln

• Customer Participation in Scrum Team

• Vorzeitiger Abschluss: “Money for Nothing”

• Kostenloser Wächsel: “Change for free”

• 100% er Scrum


100% er Scrum


① Iterationen

Keine Iterationen 0

Iterationen > 6 Wochen 1

Variable Länge < 6 Wochen 2

Fixe Iteration, Länge 6 Wochen 3

Fixe Iteration, Länge 5 Wochen 4

Fixe Iteration, Länge 4 Wochen oder weniger

10


② Testing im SprintKein spezieller QA 0

Unit tested 1

Feature tested 5

Features tested sobald abgeschlossen

7

Software laüft Abnahmeprüfung 8

Software ist “deployed” 10


③ Agile Specification

Keine Anforderungen 0

Grosse Anforderungen Dokumente

1

Arme user stories 4

Gute Anforderungen 5

Gute user stories 7

Just enough, just in time specifications

8

Gute User Stories gebunden mit erforderliche Spezifikationen

10


④ Product OwnerKeinen Product Owner 0

Product Owner der Scrum nicht versteht. 1

Product Owner der das Team stört. 2

Product Owner not involved with team 2

Product owner mit klaren product backlog vom Team beschätzt vor dem Sprint Planning meeting (READY)

5

Product owner mit Release Roadmap mit Termine die auf der Team Velocity abgestimmt sind.

8

Product owner der das Team motiviert. 10


⑤ Product BacklogKeinen Product Backlog 0

Mehrere Product Backlogs 1

Einzigen Product Backlog 3

Product Backlog klar definiert und priorisiert auf ROI vor Sprint Planning (READY)

5

Product owner mit klaren product backlog geschätzt vom Team vor Sprint Planning meeting (READY)

5

Product Owner hat Release Burndown mit Release Termine auf Velocity basiert.

7

Product Owner kann ROI messen auf echtes Gewinn, Kosten per story point, oder andere Metriken.

10


⑥ Schätzungen

Product Backlog ist nicht geschätzt 0

Schätzungen nicht von Team produziert

1

Schätzungen nicht durch Planung Poker produziert

5

Schätzungen durch Planning Poker von Team produziert.

8

Schätzung Fehler < 10% 10


⑦ Sprint Burndown ChartKein Burndown Chart 0

Burndown Chart nicht von Team aktualisiert

1

Burndown Chart in Stunden/Tage ohne Berücksichtigung von work in progress (teil Tasks burn down)

2

Burndown chart nur wenn die Task erledigt ist (TrackDone pattern)

4

Burndown nur wenn die Story done ist. 5

Schreibe 3 Punkte, wenn Team die Velocity kennt.Schreibe 2 Punkte wenn der Product Owner den Release Plan auf der bekannte Velocity kalkuliert.


⑧ Team Störung

Manager oder Project Leader stört das Team 0

Product Owner stört das Team 1

Managers, Project Leaders oder Team leaders sagen den Leute was zu tun ist.

3

Habe Project Leader und Scrum Rollen 5

Niemand stört das Team, nur Scrum Rollen. 10


⑨ TeamAufgaben werden den Leute während des Sprint Plannings zu geteilt.

0

Team Leute haben keine Überschreitungen deren Fachgebiet.

0

Kein emergent Leadership – einen oder mehrere Team Mietglieder sind als direkte Instanz designiert.

1

Team hat nicht die erforderliche Kompetenz. 2

Team begeht gemeinsam Sprint Ziel und Backlog 7

Teammitglieder kämpfen gemeinsam gegen Hindernisse während des Sprints

9

Team ist in hyperproductiven Zustand 10


CHANGE FOR FREE❷


Change for FreeBu

sine

ss V

alue

Zeit

×

Brauche dieses Tools

Dieser brauche ich nicht mehr


Money for NothingBu

sine

ss V

alue

Zeit

×

Brauche dieses Tools

Abrechen!ROI Abschnitt Kunde erhält 80%

Lieferant erhält 20%

Benutzer vermeiden Code aufblähen und

unnötiger Funktionalitäten

Projekte werden immer früher geliefert


MONEY FOR NOTHING &CHANGE FOR FREE

❸


M4N & C4F

•Vertragsbestimmungen•Development plan


Vertragsbestimmungen• Customer Engagement ermöglicht es uns, das System an die letzte

bekannte Business Value zu skalieren.

• Jede Anforderung, die nicht bereits auf gearbeitet wurde, kann mit einer anderen von gleichem Wert getauscht werden

• Anforderungen Priorität kann vom Kunde geändert werden.

• Der Kunde kann zusätzliche Versionen jederzeit anfragen, zu den dann geltenden Zeit-und Materialaufwand Fees.

• Der Kunde kann den Vertrag kündigen wenn ein Restwert von minimal 20% vorsteht.

Fixed Price, Fixed Date


Development plan• Product Owner Beteiligung erlaubt es uns, das System an die letzte

bekannte Business Value zu skalieren.

• Jede Anforderung, die nicht bereits auf gearbeitet wurde kann für einen anderen von gleichem Wert getauscht werden

• Priorität der Anforderungen können durch Product Owner geändert werden

• Product Owner kann zusätzliche Versionen jederzeit zu den dann geltenden Zeit-und Materialaufwand Zeitpläne anfragen.

• Product Owner beendet Entwicklung und Releases des Produkt so bald er den Wert der nächsten Funktion erreicht hat

Fixed Resources, Fixed Date


EMPFEHLUNGEN


Scrumbuts smells.


Gut für hyper produktiven Teams


Danke

• Scrum Coach & PMO– http://managingagile.blogspot.com/

• Domains: Finance, Government, VC’s, ICT, Industry, HR, AIFM

• French-German

http://managingagile.blogspot.com/

Agile Verträge

Business

Transcript of Agile Verträge