WJAX 2016: Liefern, schon vor dem Schätzen!

Matthias Bohlen

Liefern, schon vor dem Schätzen

+49 170 772 8545 [email protected] http://www.mbohlen.de @mbohlende

Kürzlich im Projekt…

Vertrags-system

Rechnungs-systemBuchungen

jung, noch änderbar 30 Jahre alt, nicht mehr änderbar

Anforderungen1. Schick dem Rechnungssystem pro

Vertragsänderung eine Buchung

2. Fasse redundante Buchungen für denselben Zeitraum zusammen zu einer einzigen

3. Mache das auch rückwirkend und mit Storni (zweidimensional historisiert)

4. Identifiziere jede Buchung eindeutig, mit einem nur 5-stelligen Code, so dass Du sie bei einem Storno damit identifizieren kannst

Was passierte…

(1) wäre einfache Transformation gewesen

(2) brauchte einen üblichen Algorithmus

(3) Historisierung machte die Sache kompliziert

(4) Eindeutigkeit mit nur 5 Stellen warf uns völlig aus dem geschätzten Zeitplan

Jedoch…

• Am Ende hatten wir wieder übersichtlichen Code, der alles Geforderte auch tat

• Wir griffen uns an den Kopf und fragten uns: Warum wir es denn nicht gleich so gemacht, und zwar innerhalb von zwei Wochen?

Was Entwicklung wirklich ist

• Rezept finden: Eine Woche, bis es richtig gut schmeckt, gut aussieht und wiederholbar ist

• Dabei 15 Fehlversuche, die eben nicht gut schmecken

• Kochen: Eine halbe Stunde bis zum wiederholbar gut schmeckenden Gericht

Uns fiel die Kultur auf…traditionelle Kultur kommende Kultur

Einstellung zukunftsorientiert, angstbesetzt

am Schluss des Vortrags

Leistung Projekte,Umfang-orientiert

Management deterministisch

Berichtsmedien Gantt-Chart, Burndown-Chart

Aufgaben Manager weist sie zu

Verantwortung Kunde bestellt/befiehlt,Team liefert

Haupt-Interaktion verhandeln

Legitime Projektleiterfragen

Termin: Wann können wir liefern?

Ressourcen: Wie viele Leute brauchen wir?

Kosten: Wie teuer wird das alles?

Fortschritt: Wie weit sind wir und wie lange dauert's noch?

Ein Weg zur Weisheit

Blei:

Aufwand (PT) schätzen und Rest-Aufwand verfolgen

PT schätzen und verfolgenSchätzen PT pro Paket, dann PT über alle Pakete summieren

Messen Ist-PT total, Ist-PT pro Paket

Terminfrage T = PT / P

Ressourcenfrage P = PT / T

Kostenfrage EUR = EUR/PT * PT

Fortschrittsfrage % fertig = Ist-PT / (Ist-PT + Rest-PT)

Vorteile jeder glaubt, er verstünde das

Nachteile Wert eines Pakets wird nicht bemessen.

Komplexität eines Pakets wird nicht bemessen.

Team lernt nichts über seine Fähigkeit.

Schätzungen sind ungenau, besonders bei großen Paketen.

"% fertig" ist schlechte Metrik, weil Ist-PT und geschätzte Rest-PT verschiedene "Währungen" sind.


Bronze:

Story-Points schätzen, Velocity messen,

Rest-Story-Points verfolgen

Story Points schätzen und verfolgenSchätzen SP pro Paket, dann SP über alle Pakete summieren

Messen Velocity = SP der fertigen Pakete pro Iteration

Terminfrage T = (SPRest / Velocity) * (Tage / Iteration)

Ressourcenfrage Pneu = Pjetzt * (Velocityneu / Velocityjetzt)

Kostenfrage EUR = EUR/Iteration * Iterationen

Fortschrittsfrage % fertig = SPIst / (SPIst + SPRest)

Vorteile Komplexität wird bemessen

% fertig hat eine Chance, zu stimmen, weil SP immer SP ist, grundsätzlich geschätzt.

Team lernt über seine Fähigkeit, Komplexität zu liefern.

Nachteile Schätzungen sind ungenau, besonders bei großen Paketen.

Velocity schwankt stark.

Die Emotionen schlagen hoch…

1.Sprint: Velocity 32 ➜ gut, OK…

2.Sprint: Velocity 45 ➜ prima!

3.Sprint: Velocity 57 ➜ wow, wir machen es richtig!

4.Sprint: Velocity 31 ➜ Aufregung bis ins Management

5.Sprint: Velocity 30 ➜ Tristesse, Vertrauensverlust

6.Sprint: Velocity 60 ➜ Party, Pizza für alle!

7.Sprint: Velocity 45 ➜ Schulterzucken, Angst

Zufall oder erkennbare Ursache?

1. Sprint: Velocity 32







Velocity

0

15

30

45

60

Sprint

1 2 3 4 5 6 7

Erschreckend?

• Die Hälfte Eurer Sprints müssen "fehlschlagen", sonst macht Ihr etwas falsch!

• Frage: Wollt Ihr in einem System leben, in dem das so sein muss?


Silber:

Story-Points schätzen, Zykluszeit und Durchsatz messen,

Rest-Pakete verfolgen

Story Points, Zykluszeit, DurchsatzSchätzen SP pro Paket

Messen Zykluszeit = Zeit für Durchlauf eines Paketes, eingeteilt in SP-Kategorien

Durchsatz = Anzahl fertige Pakete pro Woche

Terminfrage Trestliche Pakete = PaketeRest / Durchsatz

Tein Paket = Zykluszeit ( SP-Kategorie(Paket) )

Ressourcenfrage Pneu = Pjetzt * (Durchsatzneu / Durchsatzjetzt)

Kostenfrage EUR = EUR/Woche * Wochen

Fortschrittsfrage % fertig = PaketeIst / (PaketeIst + PaketeRest)

Vorteile % fertig stimmt, weil reine Ist-Betrachtung.

Wert (fertige Pakete) steht im Vordergrund.

Team lernt über seine Fähigkeit, Wert zu liefern.

Genauigkeit der Schätzungen nicht mehr wichtig.

Nachteile Durchsatz schwankt stark.


Gold:

Ein-Wochen-Pakete bilden,Zykluszeit und Durchsatz messen,

Rest-Pakete verfolgen, Story-Points vergessen

Machbarkeit, Zykluszeit, DurchsatzSchätzen Ist dieses Paket in einer Woche machbar?

Messen Zykluszeit = Zeit für Durchlauf eines Paketes

Durchsatz = Anzahl fertige Pakete pro Woche

Terminfrage Tausgewählte Pakete = Paketeausgewählt / Durchsatz

Tein Paket = durchschnittliche Zykluszeit

Ressourcenfrage Pneu = Pjetzt * (Durchsatzneu / Durchsatzjetzt)

Kostenfrage EUR = EUR/Woche * Wochen

Fortschrittsfrage % fertig = uninteressant

Vorteile % fertig wird unnötig, es zählt Service statt Scope.

Wert (fertige Pakete) steht im Vordergrund.

Stakeholder steuern "gut geölte Fabrik".

Schätzungen sind einfach bis unnötig.

Wenig Schwankung = Verlässliche Prognosen.

Nachteile Pakete herunterzubrechen macht Mühe

Wann kann Ihr Team liefern?

Einzelnes TicketZykluszeit = 11 Tage

Place order

3857

Started: Nov. 12Finished: Nov. 23

Messen und darstellenHäufigkeitsverteilung der Zykluszeit

Wie

oft

aufg

etre

ten?

0,0

2,5

5,0

7,5

10,0

Zykluszeit (Tage)1 5 10 15 20 25 30 35 40 45 50 55 60 65 70 75 80 85 90 95 100

57%

84%

Mit 84% Wahrscheinlichkeit liefern

wir innerhalb von 30 Tagen!

Eine Frage der Kulturtraditionelle Kultur kommende Kultur

Einstellung zukunftsorientiert, angstbesetzt

gegenwartsorientiert, selbstbewusst

Leistung Projekte,Umfang-orientiert

Services, Wert-orientiert

Management deterministisch statistisch

Berichtsmedien Gantt-Chart, Burndown-Chart

Zykluszeit-Histogramm

Aufgaben Manager weist sie zu Team zieht sie sich

Verantwortung Kunde bestellt/befiehlt,Team liefert

Team stellt Fähigkeit,Kunde überlegt, wie er sie nutzt

Haupt-Interaktion verhandeln zusammenarbeiten

Mehr lesen und erfahren?

Mehr auf http://mbohlen.de !

Telefon: +49 170 772 8545 E-Mail: [email protected]

Wenn Sie diese Kultur in Ihrem Unternehmen etablieren möchten, geben Sie mir Ihre Karte. Wir sprechen dann miteinander.

http://mbohlen.de

mailto:[email protected]

Engineering

WJAX 2016: Liefern, schon vor dem Schätzen!