Projektmanagement SS 2016

Transkript

1 Projektmanagement SS Vorlesung: Agiles Projektmanagement Norbert Paul Darmstadt,

2 Agenda Herausforderung und Umgang mit Komplexität und Unsicherheit Scrum als Beispiel eines agilen Vorgehensmodell Einführung Scrum Werte und Prinzipien Rollen, Prozesse, Artefakte Diskussion - Erfahrungen / Anwendungsbeispiele Erfahrungen und Überlegungen zur Einführung von Scrum Unternehmenskultur und Erfahrungen Kontextabhängige Führung Norbert Paul Projektmanagement V10: Agiles PM

3 Herausforderung Komplexität und Unsicherheit In der GPM-Studie Misserfolgsfaktoren in der Projektarbeit wird insbesondere auch die Komplexität als Problem genannt, z.b. aufgrund zu hoher interkultureller Diversität oder wegen zu hoher Änderungsdynamik. Hierbei wird allerdings Ursache und Wirkung verwechselt! Komplexität ist ein Projektkontext und kein Problem an sich! Statt sie zu ignorieren, sollte man bewusst mit ihr umzugehen und die Vorgehensweise darauf abstimmen. Erster Schritt ist eine Situationsanalyse des Projektkontextes Quelle: GPM Studie-Kurzfassung: Misserfolgsfaktoren in der Projektarbeit 2013 Norbert Paul Projektmanagement V10: Agiles PM

4 Framework für Analyse: Komplexität des Projektkontextes Einfache Situation Modifiziertes stacey -Diagramm Bekannt, beherrschbar Machen! Kompliziert unklar chaotisch Grundsätzlich lösbar und steuerbar Lineares VG mögl. / agile Elemente Komplex Anforderungen kompliziert komplex Wechselwirkungen und Auswirkungen unbekannt agiles Vorgehen sinnvoll/notwendig Chaotisch klar einfach kompliziert sicher/bekannt unsicher/neu (Erfahrung mit) Technologie Systemverhalten unbekannt, nicht steuerbar Vermeiden Norbert Paul Projektmanagement V10: Agiles PM

5 Nützliche Strategien im Umgang mit Komplexität Unterscheidungen treffen zwischen kompliziert, komplex und chaotisch Vorgehen darauf abstimmen, eigene Muster erkennen Gewisse Flexibilität der Ziele und Vorgehen Ausprobieren in kleinen Schritten, Ergebnisse prüfen, justieren Fehlertoleranz, Fehlerkultur aufbauen Bei Fehler keine Suche nach Schuldigem, sondern nach Lösungen Selbstorganisation ( Subsidiarität ) Da Top-Down-Steuerung nicht möglich/sinnvoll, Aufbau selbstregelnder Systeme, idealerweise mit einfachen Regeln Bsp. Kreisverkehr: Wer drin ist hat Vorfahrt Verkehr regelt sich selbst Bsp. Zielvereinbarung: Dann Ziel vorgeben, wo es Sinn macht Führungskraft vor Ort entscheidet, wer Ziel bekommt und wie. Norbert Paul Projektmanagement V10: Agiles PM

6 Komplexitätsreduktion In SCRUM wird die Komplexität dadurch reduziert, dass während eines Sprints, die Anforderungen eingefroren werden, und somit eine Wasserfall-artige Entwicklung im Sprint möglich ist. Durch die Präsentation der Ergebnisse des Sprints (Software- Increment) wird frühzeitig Feedback eingeholt, damit begegnet man der Unsicherheit der Anforderungen Überprüfung und Anpassung Durch die Teams werden in Reviews regelmäßig die Ergebnisse, die Vorgehensweisen reflektiert, um sie effizienter zu gestalten Norbert Paul Projektmanagement V10: Agiles PM

7 Agenda Herausforderung und Umgang mit Komplexität Scrum als Beispiel eines agilen Vorgehensmodell Einführung Scrum Rollen, Prozesse, Artefakte Werte und Prinzipien Erfahrungen und Überlegungen zur Einführung von Scrum Unternehmenskultur und Erfahrungen Kontextabhängige Führung Norbert Paul Projektmanagement V10: Agiles PM

8 Scrum - Gedränge Norbert Paul Projektmanagement V10: Agiles PM

9 SCRUM Scrum (englisch für Gedränge) ist ein Vorgehensmodell der Softwaretechnik. Der Ansatz von Scrum empirisch, inkrementell und iterativ. Er beruht auf der Ansicht, dass die meisten modernen Entwicklungsprojekte zu komplex sind, um durchgängig planbar zu sein. Scrum versucht, die Komplexität durch drei Prinzipien zu reduzieren: Transparenz: Der Fortschritt und die Hindernisse eines Projektes werden täglich und für alle sichtbar festgehalten. Überprüfung: In regelmäßigen Abständen werden Produktfunktionalitäten geliefert und beurteilt. Anpassung: Die Anforderungen an das Produkt werden nicht ein und für alle Mal festgelegt, sondern nach jeder Lieferung neu bewertet und bei Bedarf angepasst. (Quelle: Wikipedia) Norbert Paul Projektmanagement V10: Agiles PM

10 Werte des Agilen Manifests Wir erschließen bessere Wege, Software zu entwickeln, indem wir es selbst tun und anderen dabei helfen. Durch diese Tätigkeit haben wir diese Werte zu schätzen gelernt: Individuen und Interaktionen mehr als Prozesse und Werkzeuge Funktionierende Software mehr als umfassende Dokumentation Zusammenarbeit mit Kunden mehr als Vertragsverhandlung Reagieren auf Veränderung mehr als das Befolgen eines Plans Obwohl wir die Werte auf der rechten Seite wichtig finden, schätzen wir die Werte auf der linken Seite höher ein. Quelle: Norbert Paul Projektmanagement V10: Agiles PM

11 SCRUM Die wichtigsten Prinzipien Ermächtigung und Selbstorganisation Teams sind eigenverantwortlich und selbstorganisiert. Frühe, regelmäßige Lieferung Frühe Lieferung von Inkrementen ermöglicht das frühe Einholen von Feedback. Überprüfung und Anpassung Durch die Teams werden in Reviews regelmäßig die Ergebnisse, die Vorgehensweisen reflektiert, um sie effizienter zu gestalten Transparenz Austausch von Informationen im Team und nach außen Festlegen von Zeitfenstern Definierter Anfang und Ende fördert Disziplin, Fokus und pünktliche Lieferung Norbert Paul Projektmanagement V10: Agiles PM

12 Prinzipien hinter dem agilen Manifests Höchste Priorität ist es, den Kunden durch frühe und kontinuierliche Auslieferung wertvoller Software zufrieden zu stellen. Heiße selbst späte Anforderungsänderungen in der Entwicklung willkommen. Agile Prozesse nutzen Veränderungen zum Wettbewerbsvorteil des Kunden. Liefere funktionierende Software regelmäßig innerhalb weniger Wochen oder Monate und bevorzuge dabei die kürzere Zeitspanne. Fachexperten und Entwickler müssen während des Projektes täglich zusammenarbeiten. Errichte Projekte rund um motivierte Individuen. Gib ihnen das Umfeld und die Unterstützung, die sie benötigen und vertraue darauf, dass sie die Aufgabe erledigen. Funktionierende Software ist das wichtigste Fortschrittsmaß. Agile Prozesse fördern nachhaltige Entwicklung. Die Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempo auf unbegrenzte Zeit halten können. Ständiges Augenmerk auf technische Exzellenz und gutes Design fördert Agilität. Einfachheit -- die Kunst, die Menge nicht getaner Arbeit zu maximieren -- ist essenziell. Die besten Architekturen, Anforderungen und Entwürfe entstehen durch selbstorganisierte Teams. In regelmäßigen Abständen reflektiert das Team, wie es effektiver werden kann und passt sein Verhalten entsprechend an. Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteam zu übermitteln, ist im Gespräch von Angesicht zu Angesicht. Norbert Paul Projektmanagement V10: Agiles PM

13 SCRUM Framework im Überblick Quelle: Norbert Paul Projektmanagement V10: Agiles PM

14 SCRUM Framework im Überblick Tools ( Artefakte ) Product Backlog Sprint Backlog Inkrement Sprint Ziel Definition of Done Organisation/Prozess Sprint Planung Daily Scrum Sprint Review Sprint Retrospective Rollen (der Personen) Product Owner Scrum Master Entwicklungsteam Kunde/Auftraggeber Norbert Paul Projektmanagement V10: Agiles PM

15 SCRUM schrittweise Entwicklung in Sprints Ziel ist die schnelle, kostengünstige und qualitativ hochwertige Fertigstellung eines Produktes, das einer zu Beginn formulierten Vision entsprechen soll. Die Umsetzung der Vision in das fertige Produkt erfolgt nicht durch die Aufstellung möglichst detaillierter Anforderungslisten ( Lastenheft / Pflichtenheft), die dann phasenweise umgesetzt werden. Stattdessen werden klare Funktionalitäten aus der Anwendersicht formuliert, die dann in zwei bis vier Wochen langen, sich wiederholenden Intervallen, sogenannten Sprints iterativ und inkrementell umgesetzt werden. Norbert Paul Projektmanagement V10: Agiles PM

16 Scrum schrittweise Entwicklung in Sprints Die Anforderungen aus Anwender-Sicht werden meist als User Stories bezeichnet. Am Ende eines jeden Sprints steht bei Scrum die Lieferung einer fertigen (Software)-Funktionalität (das Produkt-Inkrement). Die neu entwickelte Funktionalität sollte in einem Zustand sein, dass sie an den Kunden ausgeliefert werden kann (potential shippable code oder usable software). Aufgrund seiner engen Einbeziehung in das Projekt kann der Kunde unmittelbar Feedback geben. So wird genau das entwickelt, was er wirklich benötigt. In jedem Zyklus werden die am höchsten priorisierten Anforderungen umgesetzt und damit die jeweils höchste Wertschöpfung für den Kunden erzielt. Auf Änderungswünsche kann flexibel und kurzfristig reagiert werden. Norbert Paul Projektmanagement V10: Agiles PM

17 Gruppenarbeit / Diskussion Erfahrungen Welche Erfahrungen haben Sie mit agilen Vorgehensweisen in Projekten gemacht? Wo wären sie sinnvoll gewesen, wo nicht? Anwendung Überlegen Sie sich ein konkretes Projekt, wo Sie sich den Einsatz agile Methoden gut vorstellen können. Wo sind die Vorteile, aber auch mögliche Probleme? Überlegen Sie ein konkretes Projekt, wo die agile Methode nicht sinnvoll erscheint. Warum? Norbert Paul Projektmanagement V10: Agiles PM

18 Agenda Herausforderung und Umgang mit Komplexität Scrum als Beispiel eines agilen Vorgehensmodell Einführung Scrum Rollen, Prozesse, Artefakte Werte und Prinzipien Diskussion Erfahrungen und Anwendungen Erfahrungen und Überlegungen zur Einführung von Scrum Unternehmenskultur und Erfahrungen Kontextabhängige Führung Norbert Paul Projektmanagement V10: Agiles PM

19 Überlegungen zur Einführung eines Vorgehensmodells Erfahrungen am Beispiel SCRUM In der Praxis stellt sich die Einführung von SCRUM oder anderen agilen Methoden oft als schwierig dar. Ein Grund dafür kann sein, dass die der Methode zugrunde liegenden Werte zunächst nicht (ohne weiteres) zur Kultur des Unternehmens passen, und dies nicht hinreichend reflektiert und berücksichtigt wird. Die Einführung einer Methode wie SCRUM ist ein Projekt auf mehreren Ebenen: Einführung der agilen Methodik im Fachprojekt Training, Übung für die Teammitglieder Methodik selbst ist prinzipiell einfach, bedarf aber der Übung/Unterstützung Einführung von agilen Werten im Unternehmen, Veränderung der Unternehmenskultur, ist also ein Organisations-Entwicklungsprojekt! Dieses Change-Management wird oft vernachlässigt, oder ist gar nicht bewusst Norbert Paul Projektmanagement V10: Agiles PM

20 Stimmige Balance von Werten Methoden (wie SCRUM) und deren zugrundeliegende Werte müssen zum jeweiligen Kontext, in dem sie verwendet werden passen (Unternehmen, Kultur, Kompetenzen, Technologie usw. ). Es ist eine für das Unternehmen passende Methodik (Vorgehensmodell) zu entwickeln, dass die Besonderheiten des jeweiligen Kontextes berücksichtigt. Dies bedeutet die Balance für die agilen Werte individuell zu justieren: Agile Werte/Prinzipien Selbstorganisation Individuen und Interaktionen Klassische Werte/Prinzipien Hierarchische Führung Prozesse und Werkzeuge Funktionierende Software (frühes Ausliefern) Vertrauensvolle Zusammenarbeit Reagieren auf Veränderungen Dokumentation (Konzepte, Spezifikationen) Verträge und Vereinbarungen Pläne Norbert Paul Projektmanagement V10: Agiles PM

21 Kontextabhängiges Führen und Selbstorganisation Die Team-Reife bestimmt das Führungsverhalten und den Grad der Selbstorganisation. Sicherheit in der sicher Anwendung der neuen Methode/Technik unsicher DELEGATION Spiegeln Hinterfragen Team entscheiden lassen PARTIZIPATION Vertreten der eigenen Meinung Folgen i.d.r. der Teammeinung Einlegen von Veto, wenn Risiko zu hoch erscheint fähig/erfahren ERLÄUTERN/ VERKAUFEN Läßt Team wenige Details mitentscheiden Entscheidung für das Team Ausführliche Erläuterung der Entscheidung VORGABE / ANWEISUNG Team klare Anweisungen geben unerfahren Team-Reife: Kompetenzen/Erfahrung des Teams Norbert Paul Projektmanagement V10: Agiles PM

22 Hybride Anwendung Quelle: Ayelt Komus 2015 Norbert Paul Projektmanagement V10: Agiles PM