oose. Techniken für den Projekterfolg Ergebnisse der oose Projektmanagement-Studie Hamburg, Markus Wittwer, oose Innovative Informatik GmbH

Transkript

1 Techniken für den Projekterfolg Ergebnisse der oose Projektmanagement-Studie Hamburg, Markus Wittwer, oose GmbH 2009 by de GmbH

2 Markus Wittwer Berater und Trainer Coach für agile Projekte Scrum Master Mediator Coach (Private und berufliche Themen) Uwe Vigenschow Stefan Toth Hamburg, Markus Wittwer, oose GmbH 2009 by de GmbH

3 Agenda 1 Warum eine Studie? 2 Rahmenbedingungen der Studie 3 Was wir zeigen konnten 4 Was wir nicht zeigen konnten 5 Fazit

4 Agenda 1 Warum eine Studie? 2 Rahmenbedingungen der Studie 3 Was wir zeigen konnten 4 Was wir nicht zeigen konnten 5 Fazit

5 Wir wollen in unseren Projekten agiler werden Typische oose-kunden

6

7

8 Kommt darauf an!

9 Typische Antwort auf der inhaltlichen Ebene Ziele definieren

10 Typische Antwort auf der inhaltlichen Ebene Welcher Kunde? Umsetzungsdauer neuer Anforderungen zu hoch Minderwertige Qualität Wir gegen Sie Features werden nicht genutzt Überraschtes Management Schwachstellen analysieren

11 Typische Antwort auf der Prozessebene 2 der 3 Standardantworten bei dem Coaching eines Scrum-Teams: Ask the team Inspect and adapt Retrospektiven

12 Wie haben agile Ansätze ihre Produktivität verändert? Wie haben agile Ansätze die Qualität der entwickelten Systeme verändert? 1% 4% 3% 6% 22% 13% 29% 14% Viel niedriger Niedriger Keine Veränderung Höher Viel höher Viel niedriger Niedriger Keine Veränderung Höher Viel höher 60% 48% Wie haben agile Ansätze die Kosten der entwickelten Systeme verändert? Wie haben agile Ansätze die Zufriedenheit der Stakeholder verändert? 5% 5% 3% 4% 18% 31% 15% 32% Viel höher Höher Keine Veränderung Niedriger Viel niedriger Viel niedriger Niedriger Keine Veränderung Höher Viel höher 40% Quelle: Scott Ambler, %

13 Agenda 1 Warum eine Studie? 2 Rahmenbedingungen der Studie 3 Was wir zeigen konnten 4 Was wir nicht zeigen konnten 5 Fazit

14 Ziele der Studie Gibt es signifikanten Unterschiede darin, wie klassische und agile Projekte arbeiten? Was können agile und klassische Projekte voneinander lernen? Welche Verfahren tragen zum Projekterfolg bei? auf der Ebene von (einigermaßen) messbaren Techniken Foto: hofschlaeger / pixelio.de

15 Rahmenbedingungen 212 vollständig abgegebene Fragebögen Laufzeit: Dezember 2008 Januar 2009 Jeder Fragebogen enthält 108 Fragen und bewertet ein erfolgreiches und ein nicht-erfolgreiches Projekt Nach Plausibilitätsprüfungen sind 130 Fragebögen mit 260 bewerteten Projekten in die Auswertung eingeflossen.

16 Rahmenbedingungen Teilnehmer geben eigene Einschätzungen ab: Projekterfolg Agiles Vorgehen Erreichen bestimmter Projekterfolgskriterien (z.b: ROI, Einhaltung des Budgets) Als auch Bewertungen nach objektiv messbaren Indikatoren, z.b.: Häufigkeit des Systembaus Iterationslänge Testüberdeckung Erfahrung des Projektverantwortlichen in Berufsjahren und Anzahl abgeschlossener Projekte

17 Beispiele für Fragen

18 Rahmenbedingungen der Studie: Art der IT, die die Projekte durchgeführt hat 17,0% sonstige 0,9% Open Source 33,5% Inhouse-Entwicklung 19,3% Produktentwicklung 29,2% Beratungsbzw. Entwicklungsunternehmen

19 Rahmenbedingungen der Studie: Mitgliedschaft in Verbänden Weit über die Hälfte der Teilnehmer hat 6 oder mehr Jahre Berufserfahrung. 79 ohne (mindestens) 57 PMI 27 Scrum 22 GI 27 GPM

20 Agenda 1 Warum eine Studie? 2 Rahmenbedingungen der Studie 3 Was wir zeigen konnten 4 Was wir nicht zeigen konnten 5 Fazit

21 Agilität: 12 Punkte Nicht erfolgreich Erfolgreich Nicht erfolgreich Erfolgreich Agile Projekte Klassische Projekte

22 Welche Techniken machen unsere Projekte erfolgreicher? Und zwar unabhängig von anderen Einflüssen wie z. B. der Projektgröße oder Erfahrung der Projektverantwortlichen!

23 Stärkster Einfluss auf Projekterfolg: Kundenkontakt Inhouse-Entwicklungen und Beratungsprojekte Unabhängig von Vorgehensweise Direkter Kundenkontakt am Besten wöchentlich oder öfter Produktentwicklung Nicht signifikant Vermutlich durch Produktmanagement zu ersetzen bzw. zu simulieren mehrmals wöchentlich oder kontinuierlich wöchentlich monatlich bei Lieferungen/Planungsaktualisierungen bei Lieferungen zu Projektbeginn/-ende oder seltener 0% 20% 40% 60% 80% 100% erfolgreich erfolglos

24 Regelmäßiger direkter Kundenkontakt Aus dem agilen Manifest: Business people and developers must work together daily throughout the project.

25 Regelmäßiger direkter Kundenkontakt Gemeinsame Prioritäten setzen Aufgaben Fehler Aus dem agilen Manifest: Business people and developers must work together daily throughout the project.

26 Erfahrung der Projektverantwortlichen Erfahrene Projektleiter gehen häufiger agil vor Klassische und agile Vorgehensweisen werden integriert Erfahrene PL sind insgesamt nicht besser Sie leiten aber größere und längere Projekte

27 Retrospektiven tragen zu erfolgreichen Projekten bei auch wenn sie nicht nach jeder Iteration durchgeführt werden Wertvoll auch für klassische Projekte Foto: Matt Biddulph / flickr.com

28 Meetings Regelmäßige Abstimmungen zu Designentscheidungen Projektstatus Planungsaktualisierung tragen zum Projekterfolg bei In der Studie gilt dies besonders für klassische Projekte These: In klassischen Projekten explizit einplanen, was in agilen implizit passiert.

29 Meetings Regelmäßige und häufige Abstimmungen zu Designentscheidungen Projektstatus Planungsaktualisierung tragen zum Projekterfolg bei unter Mitwirkung der Entwickler! In der Studie gilt dies besonders für klassische Projekte These: In klassischen Projekten explizit einplanen, was in agilen implizit passiert.

30 Technische Aspekte Für alle Projekte Ausgelieferte Version besonders für agile Projekte Shared Code-Ownership (nicht einer) Unit-Tests Foto: Otto Wenninger / pixelio.de

31 Agile Projekte erreichen eher folgende Ziele Return-On-Invest Zufriedenheit der Stakeholder Sichtbarkeit des Projektfortschritts Zufriedenheit der Entwickler Time-to-Market Nicht weiter überraschend, oder? Foto: hofschlaeger / pixelio.de

32 Agile Projekte erreichen eher folgende Ziele Einhaltung des Budgets Termineinhaltung These: Auch (oder sogar besonders) im Festpreis- Kontext eignet sich agiles Vorgehen Vermutlich durch höhere Projekttransparenz Risikoorientiertes Vorgehen Nutzung agiler Festpreis-Modelle Foto: hofschlaeger / pixelio.de

33 Was noch für Agilität spricht Das Ziel Funktionsumfang nach ursprünglicher Spezifikation wird häufig von Projekten erreicht, die als Misserfolg eingestuft werden Foto: plumbe / pixelio.de

34 Welche Vorgehensmodelle waren wie erfolgreich? Scrum, APM, XP 61% 39% andere 27% 73% 0% 20% 40% 60% 80% 100% erfolgreich erfolglos

35 Was bedeutet es nach einem bestimmten Vorgehensmodell vorzugehen? Nichts?! Vorgehensmodell lässt kaum Aussagen zu, welche Techniken eingesetzt werden Gelebt werden eher Best-Practices mit Nähe zu einem Vorgehensmodell Werkzeug-Ansatz von oose Practice-Ansatz von Ivar Jacobson Inspect-and-Adapt Es kommt eben doch darauf an!

36 Philosophisch: Was macht Agilität eigentlich aus? Foto: Knipserlein / pixelio.de Agile Projekte zeichnen sich durch einen höheren Grad des Einsatz der von uns gemessenen Techniken aus These: Agile Projekte haben / nehmen sich mehr Freiheitsgrade All Dials to 10 These: Agile Projekte haben Mitarbeiter mit mehr Fähigkeiten bzw. entwickeln sie mehr

37 Philosophisch: Was macht Agilität eigentlich aus? Foto: Knipserlein / pixelio.de Ein hoher Durchschnitt in den Techniken hat einen stärkeren Zusammenhang zur Erfüllung von Erfolgskriterien (wie z.b. Return-On-Invest) als einzelne Techniken All Dials to 10 These: Techniken unterstützen sich gegenseitig und entwickeln sich gemeinsam

38 Die inneren Werte zählen Projekte, die intensiv unsere gemessenen Techniken einsetzen, schätzen meist die gleichen Erfolgskriterien als besonders wichtig ein: Innere Qualität des Produktes Sichtbarkeit des Projektfortschritts Zufriedenheit der Entwickler These Dies spiegelt Haltung, Werte und Ziele eines agilen Vorgehens wieder Foto: Randon-HH / pixelio.de

39 Agenda 1 Warum eine Studie? 2 Rahmenbedingungen der Studie 3 Was wir zeigen konnten 4 Was wir nicht zeigen konnten 5 Fazit

40 Nicht zeigen konnten wir Auf die Größe kommt es an Keine Korrelation zwischen Projektdauer und Projekterfolg Keine Korrelation zwischen Projektgröße (in Personen) und Projekterfolg

41 Nicht zeigen konnten wir Kleine Projekte werden agil gemacht, große klassisch In der Studie ist der Anteil agiler Projekt in jeder Klassifizierung von Projektgrößen in etwa gleich Ausnahme: Projekte > 50 Personen

42 Nicht zeigen konnten wir Kurze Iterationen (Sprints) sind besser Am besten waren 3-4 Wochen-Iterationen Kurze Iteration sind nicht automatisch besser Dies gilt ebenfalls nicht für Projekte mit ausschließlich kleinen Teams, kleine Projekte oder kurzen Projektlaufzeiten

43 Agenda 1 Warum eine Studie? 2 Rahmenbedingungen der Studie 3 Was wir zeigen konnten 4 Was wir nicht zeigen konnten 5 Fazit

44 Fazit Selbstlernendes System aufbauen (z.b. über Retrospektiven) Kundenkontakt Reviews Retrospektiven Austausch über Design- Entscheidungen Verbesserungen im Build/Konfig/Testmanagement In klassischen Projekten explizit einplanen, was in agilen Projekten explizit durch den Prozess oder implizit passiert Foto: Matt Biddulph / flickr.com

45 Fazit Wasserfall APM Scrum XP RUP Vorsicht mit der Projektbewertung nur nach dem Namen des Vorgehensmodells Enger Kundenkontakt und Stakeholder- Management sind wichtige Erfolgsfaktoren Foto: / pixelio.de

46 Weitere Informationen Seminare [APM] Agiles Projektmanagement [APE] Agile Prozesse einführen projektmanagement/pm-studie.html

47 Was glauben Sie ist wahr, können es aber nicht beweisen? Was würden Sie gerne empirisch bewiesen haben? Foto: / pixelio.de

48 Vielen Dank! Ich freue mich auf Ihre Fragen??? Markus Wittwer :: 2009 by de GmbH