Agile Verträge

Agile VerträgeTimo Ohr

28 Reasons

Das DilemmaDer übliche Ablauf● Erhält Projekt-Anfrage mit großer Menge an

Features● Kunde wünscht sich grobe Hausnummer für

Gesamtpreis des Projekts● Entwickler werden um Schätzung gebeten

Das DilemmaWas macht Schätzen zu einem so großen Problem?

Kann doch eigentlich nicht so schwer sein

Kleine ÜbungWieviel wiegt ein Blauwal?

Kleine ÜbungWieviel wiegt ein Blauwal?Antwort: 100-200t

Kleine ÜbungUnterschied zwischen 100 und 200t ist dramatisch. Sich um 100.000€ zu verschätzen kann selbst eine größere Agentur ruinieren

Kleine ÜbungWieviel wiegt eine Maus?

Kleine ÜbungWieviel wiegt eine Maus?Antwort: 20-25g

Kleine ÜbungUnterschied zwischen 20 und 25g ist trivial. Sich um 50€ zu verschätzen wird niemanden ruinieren.

Kleine ÜbungWas wiegt mehr? Eine Hauskatze oder ein Elefant?

Kleine ÜbungWir können augenblicklich sagen ob eine Katze schwerer ist als ein Elefant, ohne die geringste Ahnung zu haben wieviel eine Katze oder ein Elefant wiegen

Was lernen wir daraus?● Menschen können sehr schwer absolute Werte

schätzen● Sie können sehr leicht relative Werte schätzen● Je größer das zu schätzende Objekt, desto

schwieriger ist es zu schätzen

Akkurat vs PräziseGrundsätzlich gilt: Man kann entweder akkurat oder präzise schätzen, aber nicht beides

Akkurat Präzise

Akkurat vs Präzise● Dass eine Katze weniger wiegt als ein Elefant ist

nicht sehr präzise, aber sehr akkurat: Es stimmt in den meisten aller Fälle

● Dass ein Blauwal 150t wiegt ist sehr präzise, aber nicht sehr akkurat: Es stimmt in den meisten aller Fälle nicht

Akkurat vs PräziseEine akkurate Schätzung ist wertvoller als eine präzise Schätzung, denn:

Wenig richtige Information ist wertvoller als viel falsche Information

Was können wir besser machen?● Smaller is better: Projekte möglichst klein

halten● Relativ schätzen: Keine absoluten Aufwände

schätzen, sondern relative Aufwände

Smaller is betterWie mache ich ein großes Projekt klein?● Mit Vorprojekt anfangen, dass nur essentielle

Features umfasst● z.B. Anstelle eines 100.000€-Projekts erstmal ein

20.000€-Projekt anbieten● Vorprojekt lässt sich präziser abschätzen● Für restliches Projekt nur grobe Größenordnung

angeben● Lieber sagen was man kann, als sagen was man

soll

Smaller is betterNachteile● Erfordert Mut erstmal bewusst auf einen

größeren Fisch zu verzichten● Macht es schwieriger für Kunden Angebot mit

anderen Anbietern zu vergleichen● Verliert womöglich das Projekt, nur weil man

anders ist

Smaller is betterVorteile● Lässt einen hervorstechen, Kunden schätzen

womöglich die Ehrlichkeit und Offenheit● Ermöglicht es Kunden und Anbieter sich erst

einmal kennen zu lernen● Kleinere Projekte lassen sich leichter verkaufen● Kunde kann das Projekt Schritt für Schritt

angehen● Spätere Phasen können dadurch deutlich

präziser abgeschätzt werden

Agile AngeboteWie sieht so ein Angebot aus?● Angebot auf möglichst kleine Pakete

herunterbrechen, z.B. in Form von User-Stories● User-Stories haben klares Ziel und klare

Anforderungen (Akzeptanzkriterien)● Initiales Angebot enthält nur Stories welche die

Grundfunktionen beschreiben● Rest ergibt sich im Projektverlauf: Agiles

Projektmanagement

Agile AngeboteAgiles Projektmanagement● Erhöht Kontrolle: Kunde kann sich spontan

entscheiden was er möchte, und wieviel er dafür ausgeben möchte

● Erhöht Transparenz: Kunde sieht Projektverlauf und kann sich jederzeit ein Bild davon machen

Agile AngeboteUser-Stories● User-Stories werden mit Story-Points

abgeschätzt● Bestehen aus einfachen Zahlen: 1, 2, 3, 5, 8, 13● Jeder Story-Point wird mit Festpreis versehen● Kann Points initial auf Stunden umrechnen● Danach werden Story-Points relativ zueinander

abgeschätzt

Relativ schätzenVorteile● Schätzen fällt deutlich einfacher und kann

schneller gemacht werden● Geringes Risiko bei Fehlschätzungen, da Stories

sehr klein sind● Deutlich akkuratere Schätzungen auf Kosten

der Präzision● Anreiz schneller zu arbeiten

Relativ schätzenEinfachere Abrechnung● Sobald Story erledigt und abgenommen ist kann

die Story abgerechnet werden● Tatsächlicher Zeitaufwand nur für Controlling

interessant, nicht für Vertrieb

Fazit● Im Interesse aller Beteiligten● Flexiblere, erfolgreichere Projekte● Geringerer Aufwand bei der

Angebotserstellung● Bildet Wirklichkeit ab, aber oft nicht die

Erwartungen● Erfordert Mut für Neues auf beiden Seiten

App-Entwicklung

www.28reasons.com