Planung in agilen Projekten

Größe: px

Ab Seite anzeigen:

Download "Planung in agilen Projekten"

Margarete Hochberg
vor 8 Jahren
Abrufe

1 Planung in agilen Projekten Angelika Drach DeutscheScrum 2012 improuv GmbH Agile Leadership. h7p://improuv.com

2 Über mich Lange Jahre Erfahrung in der Bauplanung

3 Planung und Agiles Vorgehen sind ein Widerspruch?

4 Kompliziert und Komplex a c i pl m o c d e t Empirische Prozesse sind nicht planbar. Cynefin Framework improuv GmbH Agile Leadership h7p://improuv.com m o c x e pl

5 SoFware Projekte = Empirische Prozesse sind nicht planbar... dennoch gibt es handfeste Erwartungen an diese Projekte.

6 Unagile handfeste Erwartungen Stakeholders Product Owner The Product Owner is typically charged by the organiza8on to "get this product out", and is typically the person who is expected to do the best possible job of sa8sfying all the stakeholders. Aufgabe des Product Owner ist es, alle Stakeholder zufrieden zu stellen.

person who is expected to do the best possible job of sa8sfying all the stakeholders.

7 Erlebnisse aus der Scrum Praxis Was ist hier schief gelaufen? Walter - ist PO und merkt, dass er den Liefertermin des Festpreis- Projektes nicht halten kann, kann aber nicht sagen, wann er liefern kann. - sein Chef und der Kunde schäumen... MarJn - ist PO und schak es nicht seine SoLware mit anderen Komponenten zu koordinieren. - der übergeordnete Projektleiter schimpl auf Scrum... Petra - ist PO und kann Ihrem Vorstand nicht sagen, was das neue Produkt kosten wird. - der Vorstand verliert das Vertrauen und stoppt die Weiterentwicklung.

kann. - sein Chef und der Kunde schäumen... MarJn - ist PO und schak es nicht seine SoLware mit anderen Komponenten zu koordinieren.

8 Wie geht man als agiler Product Owner sinnvoll mit solchen Erwartungen um? Erkennen und rausfinden was dahinter steckt Erwartungen managen - Die Illusion von Planung en7arnen Gerade soviel planen wie nöug ist

9 Meine Strategie Erwartungen erkennen und rausfinden was dahintersteckt

10 Erwartungen erkennen und rausfinden was dahintersteckt Walter - ist PO und merkt, dass er den Liefertermin des Festpreis- Projektes nicht halten kann, kann aber nicht sagen, wann er liefern kann. - sein Chef und der Kunde schäumen... MarJn - ist PO und schak es nicht seine SoLware mit anderen Komponenten zu koordinieren. - der übergeordnete Projektleiter schimpl auf Scrum... Fix Kosten- Termin- Scope? Up Front Design? Petra - ist PO und kann Ihrem Vorstand nicht sagen, was das neue Produkt kosten wird. - der Vorstand verliert das Vertrauen und stoppt die Weiterentwicklung. Kosten- Risiko Bewertung?

.. MarJn - ist PO und schak es nicht seine SoLware mit anderen Komponenten zu koordinieren. - der übergeordnete Projektleiter schimpl auf Scrum.

11 Meine Strategie Erwartungen managen - Planung als Illusion en7arnen

12 Was ist Planung? Wir schauen voraus, machen Annahmen und entwickeln ein Szenario. Stakeholder erwarten eine zuverlässige Prognose. Wasserfall Plan Wie lange dauert das Projekt? Agile Prognose Was kann ich bis zum Liefertermin liefern? Fix Requirements Budget/Team Fix Date Plan Scope Plan Date Effort/Resources EsUmaUon DuraUon Product Backlog EsUmaUon

Wasserfall Plan Wie lange dauert das Projekt?

13 Die Illusion des perfekten Plans Gefühl der Sicherheit UnsanFes Erwachen Verzögerung Misstrauen Require- ments analyse Date Time design develop test? Delivery Product integrate Release

14 Was passiert, wenn der Plan das Ziel ist Änderungen stören, sie sind eine Abweichung vom Plan Abweichungen in den Plan zu integrieren erfordern Aufwand, meist eine Neuplanung Abweichungen vom Plan sind nicht erwünscht, eine rote Ampel ist schlecht Änderungen werden nicht registriert, der Plan encernt sich von der Wirklichkeit Erwartungen Require- ments analyse design develop Time Realität? Change? test deploy Product Delivery Release

eine rote Ampel ist schlecht Änderungen werden nicht registriert, der Plan encernt sich von der Wirklichkeit

15 Was ist anders bei agiler Planung? Wasserfall Plan Wie lange dauert das Projekt? Require- ments analyse design develop Time Agile Prognose Was kann ich bis zum Liefertermin liefern? Wie lange dauert das Projekt? story pts Product Backlog Change? test Sprint Sprint Sprint Time Delivery integrate Release Product Delivery velocity velocity Release Product

Liefertermin liefern? Wie lange dauert das Projekt? story pts Product Backlog Change?

16 Planung ist Verschwendung! keine Wertschöpfung

17 Meine Strategie Gerade soviel planen, wie nöug ist.

18 Wieviel Planung ist sinnvoll? Nur soviel planen, wie notwendig ist Walter - ist PO und merkt, dass er den Liefertermin des Festpreis- Projektes nicht halten kann, kann aber nicht sagen, wann er liefern kann. - sein Chef und der Kunde schäumen... MarJn - ist PO und schak es nicht seine SoLware mit anderen Komponenten zu koordinieren. abgesjmmte - der übergeordnete Projektleiter schimpl auf Scrum... Regelmäßige Prognose Offen verhandeln Release- Planung Petra - ist PO und kann Ihrem Vorstand nicht sagen, was das neue Produkt kosten wird. Aufwands/Risiko Prognose - der Vorstand verliert das Vertrauen und stoppt die Weiterentwicklung.

wann er liefern kann. - sein Chef und der Kunde schäumen... MarJn - ist PO und schak es nicht seine SoLware mit anderen Komponenten zu koordinieren.

19 Wie erstelle ich eine agile Prognose?

20 Prognose und Verhandeln Agile Prognose Was können bis zum Liefertermin liefern? Wie lange wird es dauern, bis wir alles geliefert haben? Agiles Verhandeln Was muss unbedingt geliefert werden? Was kann man verschieben? story pts Release Backlog geschätzte velocity Sprint Sprint Sprint Release Termin Time in Scope Release Backlog velocity Release Termin Time Prognose Story pts Release Backlog Velocity = Anzahl der Sprints 60 pts 19 pts = 3,15 Sprints out of Scope BuchUpp Mike Cohn Agile EsUmaUon and Planning

21 Voraussetzung für eine agile Prognose Ich kenne die Velocity Das Product Backlog ist geschätzt Verschwendung?

22 Planning MeeUng Ready - understood - esumated - prioriuzed Sprint Backlog Grooming MeeUng - refine - split - esumate new Stories Done - implemented - tested - integrated Review Meeting RetrospekUve 5 5 User stories shippable product increment

23 Wie kann man das Product Backlog schätzen ohne Verschwendung?

24 Eine Schätzung ist nur eine Schätzung! Release Backlog schätzen mit Affinity EsUmaUon WichUg! Das Team darf beim Backlog- Grooming erneut schätzen.

25 Wie kann man eine agile Prognose erstellen, wenn man weder die Velocity kennt noch das Product Backlog geschätzt ist?

26 Eine Schätzung ist nur eine Schätzung!! Product Features schätzen - Feature Points Eine Gruppe von Experten schätzt, nicht das gesamte Team. Schätzung der Größe von Features in Sprints oder Feature/Story Points. Mapping zu Story Points nach den ersten Sprints mit empirischen Daten. improuv GmbH Agile Leadership h7p://improuv.com

27 Man darf neugierig sein Erwartungen der Stakeholder sind wichtig Planung und Agiles Vorgehen sind ein Widerspruch? Risiken sollte man rechtzeitig erkennen Auf Verschwendung achten

28 Danke Angelika Drach

Ähnliche Dokumente

Workshop Agile Planung Über den Umgang mit Unsicherheit

Workshop Agile Planung Über den Umgang mit Unsicherheit IteraHve Planung Feedback Release Date GoLive Time Sprint Sprint Sprint Sprint Sprint Sprint Angelika Drach improuv GmbH München improuv GmbH Agile