Software by Numbers. Low-Risk, High-Return Development Mark Denne, Jane Cleland-Huang

Größe: px

Ab Seite anzeigen:

Download "Software by Numbers. Low-Risk, High-Return Development Mark Denne, Jane Cleland-Huang"

Martin Beyer
vor 6 Jahren
Abrufe

1 Software by Numbers Low-Risk, High-Return Development Mark Denne, Jane Cleland-Huang ( Buchvorstellung Dr. Martin Kraus, 10/2004

2 Value-Driven Development Mit der meisten erstellten Software soll Geld verdient werden, bzw. die Wertschöpfung eines Unternehmens gesteigert werden ROI ( Return On Investment ) muß quantifiziert werden In Zeiten knapper Budgets werden hohe Anfangsinvestitionen kritischer gesehen Time to Market reduzieren Voraussetzung des Buchs: Iterativ-Inkrementeller Entwicklung

3 Payback Time

4 Net Present Value Etwas Finanzmathematik: Der heutige Wert (PV = present value) eines zukünftigen Cash Flows (CF) in n Jahren ist bei einem Zinssatz von i%: PV = CF 1 i 100 n Je weiter in der Zukunft die Erträge aus der Software erzielt werden, desto weniger sind sie aus heutiger Sicht wert. NPV (net present value): Summe der PV's aller zusammengehöriger Cashflows

5 Minimum Marketable Feature Components of intrinsic marketable value, delivers significant value to the user Grob-granularer als eine XP User Story oder (teils) FDD Feature; fein-granularer als eine Iteration Inkrementelle Auslieferung nicht nur nützlicher und wertvoller, sondern nutzbarer (und damit bewertbarer) Funktionalität MMF's haben gegenseitige Abhängigkeiten

6 Beispiel - MMF

7 Minimum Marketable Feature (2) MMF's bilden Grundlage der Projektplanung Planung über MMF's definiert gegenüber dem Kunden klar den Scope der Projektphasen Kosten und Nutzen/Ertrag können quantifiziert werden, aufgeteilt auf die Perioden/Iterationen des Projekts Nutzen nicht-quantifizierbarer Features werden angesetzt ( geeicht ) durch Nutzen gleich-wichtiger quantifizierbarer Features

8 Incremental Architecture Architecture Elements werden beí der Sequenzierung wie MMF's behandelt Manche MMF's hängen von bestimmten AE's ab (andere nicht!) AE's haben nur Kosten, keinen eigenen Nutzen AE's gehen mit in die zu bestimmende Reihenfolge ein; damit wird Architektur inkrementell erst dann gebaut, wenn sie gebaut wird, und nicht up-front.

9 Incremental Funding Methodology SANPV: Sequence-adjusted net present value Beispiel mit einfachem Dependence Graph MMF A AE1 -> MMF B Mögliche Reihenfolgen: A1B, 1BA, 1AB Problem: Welche Reihenfolge maximiert NPV des Projekts, minimiert Anfangsinvestition?

10 IFM Sequencing Exploration des vollen Lösungsraums nicht praktikabel Verschiedene Algorithmen: Greedy (immer den einzelnen MMF mit dem höchsten Nutzen als Nächstes); entspricht XP-Vorgehen Simple Look-Ahead (immer den Strang von AE's / MM's mit dem höchsten Nutzen als Nächstes) Weighted Look-Ahead (wie Simple, aber Stränge mit längerer Entwicklungszeit weniger stark gewichten; funktioniert empirisch gut) Durch Look-Ahead werden lohnende MMF's mit wenig attraktiven Vorläufern früh genug angegangen

11 Risk Wie wird das Risiko eines MMF oder AE in die Planung eingebracht? Einfacher Ansatz: risk value = %probability of risk * impact severity Risk value wird vom Nutzen/Ertrag des MMF abgezogen

12 Parallel Development Time to Market kritisch: Unabhängige Stränge von MMF's in parallelelen Teams bearbeiten Auswirkung auf NPV, ROI und (!) Funding kann quantifiziert werden

13 IFM und der Unified Process MMF's werden in den frühen Phase (Inception, Elaboration) identifiziert und priorisiert Sequenzoptimierung kann nach jeder Iteration neu berechnet werden (Kosten/Nutzen-Schätzungen verfeinern sich im Projektverlauf)

14 IFM und Agile Methoden XP User Stories oder FDD Features werden in MMF's gebündelt IFM und Agile Methoden legen wert darauf, dem Kunden frühzeitig nutzbare Software zu liefern Die Auswahl der Features für die nächste Iteration durch den Kunden wird quantitativ unterstützt. Sequenzoptimierung kann nach jeder Iteration neu berechnet werden, sieht aber weiter voraus als zum jeweils nächsten Feature/Story

15 Zusammenfassung Quantifizierung des wirtschaftlichen Nutzens agiler Methoden ( deliver value early, develop architecture incrementally ) Zusammenbringen von Budgetplanung/Marketing und Projektplanung/Entwicklung Mehr look-ahead in der Planung als bei Agile (nur nächstes feature/nächster Sprint) Kostenplanung und agile Methoden?

Ähnliche Dokumente

Thomas Schissler Uwe Baumann

Thomas Schissler Uwe Baumann Warum sind sie hier? Agenda Warum ist die Mitwirkung des Managements so wichtig? Betriebswirtschafliche Argumentation Vorteile von Agilität für Organisationen Scrum is extremly