Budget gerecht in agilen Projekten

Transkript

1 Budget gerecht in agilen Projekten Stephan La Rocca, Consulting Manager The Oracle Modernization Experts PITSS GmbH

2 Zum Referenten Stephan La Rocca Consulting Manager Seit 1998 im Oracle-Umfeld als Coach, Consultant, Trainer aktiv PITSS Gmbh Software & Services für Modernisierungen Management von Oracle Applikationen 2

3 Agenda Agiles Schätzen Agiles Budget? Ermittlung des Budget Der Product Owner Agile Migration 3

4 Basis 4

5 Agiles Schätzen Projektlaufzeit von ca. 18 Monaten Von der ersten Idee des Pflichtenheftes bis zur Realisierung vergehen Jahre Aufwand in Pflichtenheft findet kaum ROI Wie lernt das Team in dem Zeitraum? Neue Technologien erschweren Erfahrungswerte 5

6 Agiles Schätzen 6

7 Agiles Budget Benötigt ein agiles Projekt ein agiles Budget? Minimal viable Product 7

8 Agiles Budget Fokus auf ein kleines erstes Ziel Zielgerichtete Kommunikation Es werden nur Entscheidungen getroffen die auch tatsächlich benötigt werden Erste Ergebnisse sind schnell sichtbar Kleine Investitionen Schnelles Feedback vom Anwender 8

9 Folgen für den Kunden Bereitstellung des Budgets Budget-Druck entsteht leider nicht am Anfang Budget-Kontrolle einfacher für beide Seiten 9

10 Wie bestimme ich das Budget 10

11 Schwächen der Budget-Bestimmung Consulting Trap 11

12 Schwächen der Budget-Bestimmung Auftragsfalle 12

13 Wie lösen ich das Dilemma Tausche Stunden gegen User-Stories Gewichte User-Stories nach Business Value 13

14 Wie bestimme ich den Business Value Welchen Mehrwert hat diese User Story für den Kunden? Bedenke monetäre aber auch weiche Faktoren 14

15 Daraus resultiert... 15

16 Wie bestimme ich den Business Value Komplexität einer User-Story!= Aufwand der Implementierung Komplexität der User-Story = Anzahl der Features Sortiere nach klein / mittel / groß 16

17 Wie bestimme ich den Business Value 17

18 Mit der Größe des Projektes schätze ich ein Komplexität der Technologie Die beteiligten Personen Abhängigkeit zu Lieferanten Zeitliche Dimension Skill meines Teams Ist eine Story doch zu groß Gefühl für die Architektur 18

19 Verfahren zum Schätzen Magic Estimation Planning Poker Team Estimation Game Mini Schätz-Spiele Relativer Vergleich Knobeln Talking Board 19

20 Die Rolle des Product Owner Wünsche verstehen wirtschaftlich rentable zu planen Entwicklungsteam begeistert gemeinsam eine Produkt-Vision erstellen Product Backlog priorisieren die Stories der nächsten Sprints schätzen stets fachliche Fragen beantworten mit dem Kunden Meilensteine definieren 20

21 Agile Migration Blick auf die Prozesse nicht Auf den Source-Code 21

22 Daraus wird ein Product Backlog Quelle: Boris Gloger: Agiles Schätzen 22

23 Wie kann ich einen Prozess aufzeichnen Injection in jede Unit Aufruf einer Package Übergabe des Context Aufzeichnung starten Benutzer startet und endet Aufzeichung Erfasst Metadaten zum Prozess Analyse im Modell der Applikation 23

24 Wie kommen wir an die Abschätzung Wir kennen die beteiligten Objekte, einer User-Story Forms Objekte PL/SQL-Units Objekte bekommen ein Gewicht Units können nach Halstead oder McCabe gewichtet werden 24

25 Der Kunde gewichtet Der Kunde gewichtet die Prozesse. Zentrale, wichtige, mit meisten Handlungsbedarf zuerst Gewichtung in der Praxis nach Clustern Artefakte dafür können in der Migration gezielt aufgegriffen werden Neue Anforderungen können einsortiert werden Der aktuelle Sprint greift nur die Spitze des Eisbergs auf 25

26 Q&A 26