logseq_kauer/pages/Agiles vs. Wasserfall.md

- > Eine Bestandsaufnahme
- ## Wo stehen wir aktuell?
	- Agiles Projektmanagement ist in der IT allgegenwärtig.
		- Auftraggeber erwarten, dass Projekte agil und dynamisch sind.
		- Klassische PM Methoden werden als unflexibel und langsam wahrgenommen
	- Gefühlt offener Disput zwischen klassischen und agilem Projektmanagement-Ansätzen
		- Fehlendes Verständnis für die andere Seite
		- Gegenseitiges Hervorheben der Schwächen überwiegt
- ## Was ist Wasserfall – Projektmanagement
	- Klassischer Projektmanagement Ansatz, basierend auf klaren Strukturen und aufeinander aufbauenden Prozessen und Phasen
		- Analyse- bzw. Anforderungsphase
		- Entwurf bzw. Konzeptionsphase
		- Implementierungs- bzw. Umsetzungsphase
		- Integrations- bzw. Überprüfungsphase
		- Inbetriebnahme- bzw. Rolloutphase
		- Abschluss- und Übergang in den Regelbetrieb
	- Typische Projektmanagement Methoden sind z.B.
		- Prince2
		- PMI
	- ### Eigenheiten und Charakteristika
		- Klare, hierarchische Strukturen
			- Lenkungskreis, Projektleitung, (Teil-)Projekte, Teammitglieder
			- Definierte Kommunikations- und Eskalationswege
		- Umfangreicher Werkzeugkasten mit vielen Methoden und Prozessen
			- Zentrales Projektmanagement
			- Projektmanager verantwortet magisches Dreieck
			- Starker Fokus auf (Zeit, Kosten, Umfang)
		- #### Vorteile
			- Intensive Vorbereitungsphase erlaubt konkrete Termin, Budget und Ressourcenplanung
			- Hohe Transparenz über den Projektverlauf
			- Klare Kommunikations- und Eskalationswege
			- Projekt- und Programmstrukturen auch für große Projekte skalierbar
			- Hoher Dokumentationsstandard
		- #### Nachteile
			- Formalismus geht zu Lasten der Dynamik und Flexibilität
			- Ergebnisse hängen stark an individuellen Fähigkeiten und Motivation des Projektmanagements
			- Verantwortung fokussiert sich stark auf das Projektmanagement
			- Teilweise (gerade im KMU Umfeld) wenig Verständnis für Projektmanagementtätigkeiten
			- Für den Auftraggeber nutzbare Ergebnisse stehen häufig erst am Ende des Projektes zur Verfügung.
- ## Was ist agiles Projektmanagement?
	- Dynamischer PM Ansatz für schnellere Nutzung von (Teil-) Ergebnissen
		- Definition Vision
		- Erstellung Roadmap
		- Releases / Sprints
		- Anpassung
		- Abschluss
	- Typische agile Projektmanagement Methoden sind z.B.
		- SCRUM
		- Kanban
	- ### Eigenheiten und Charakteristika
		- Hohe Flexibilität
			- Reger Austausch zwischen Projekt und Stakeholdern
			- Kurze, kontinuierliche Releasezyklen
		- Viel Eigenverantwortung
			- Hohes Maß an Selbstorganisation erforderlich
			- Ständige Optimierung der eigenen Prozesse
		- Kein zentraler Projektleiter(in)
			- Product Owner inhaltliche Verantwortung;
			- „SCRUM Master“ organisatorische Verantwortung
		- #### Vorteile
			- Risiken und Probleme werden schneller transparent.
			- Höhere Flexibilität bei Anforderungsänderungen oder unerwarteten Problemen.
			- Schnellere Nutzung von (Teil-) Ergebnissen für das Unternehmen
			- Vgl. wenig Administrations- und Dokumentationsaufwand.
			- Hohe Kundenorientierung durch schnelles Nutzerfeedback.
			- Informelle Kommunikation und gemeinsame Entscheidungen
			- Die eigenverantwortliche Arbeitsweise kann die Motivation der Beteiligten, den Zusammenhalt im Team und die Identifikation mit dem Gesamtprojekt stärken
		- #### Nachteile
			- Unrealistische Erwartungshaltung “agil löst alle Probleme”
			- Die Koordination mehrerer Scrum-Teams kann schwierig sein (Stichwort “Scrum of Scrums”)
			- Agile PM Methoden sind häufig „einfach“ und daher auch in vielen Stellen unklar - wenig konkrete Handlungsempfehlungen
			- Ergebnisse hängen stark an individuellen Fähigkeiten und Motivationen der Teammitglieder
			- Koordinierung mittel- und langfristiger zu planender (externer) Ressourcen schwierig
			- Entscheidungen sind häufig kurzfristig herbeizuführen – Risiko für Mehraufwände
- ## Welche Methode passt zu meinem Projekt?
	- |Einflussfaktor|Wasserfall PM (z.B. PMI)|Agiles PM (z.B. SCRUMM)|
	  |---|---|---|
	  |Projekttyp |Infrastruktur-, Investitions- und/oder Organisationsprojekt|Entwicklungsprojekt|
	  |Ziele |Bekannt und über den Projektverlauf weitgehend konstant, SMART formulierbar |Anfangs unklar – konkretisieren sich im Projektverlauf; Ziele und Anforderungen können häufigen Änderungen unterliegen|
	  |Auftraggeber |Konstant und klar benannt; klar in seinen  Zielvorstellungen; erwartet methodisches Vorgehen und ist in seinem Handeln eher prozessorientiert |Unklare oder flexible Auftraggebersituation; häufige Anpassungen an Zielen, Anforderungen und Prioritäten sind zu erwarten; ist agilen Ansätzen gegenüber aufgeschlossen|
	  |Teamstruktur |Eher große Teams; komplexe Zusammensetzung; virtuell; Vermischung von Projekt- und Linientätigkeiten |Eher kleine Teams; Fokus auf Projekttätigkeiten; Hohe Eigenständigkeit und hohes Maß an Selbstorganisation erforderlich; räumlich zusammensitzend|
	  |Dienstleister |Komplexe Dienstleisterstruktur mit vielen Abhängigkeiten untereinander; Klar abzutrennende und definierbare Leistungen und Vorgaben |Einfache Dienstleisterstruktur; agiles Vorgehen als integraler Auftragsbestandteil|
	  |Stakeholder |Komplexe Stakeholder-Struktur; Hohe Termintreue und Planungssicherheit erforderlich. Time & Budget höher priorisiert als Scope |Einfache Stakeholder Struktur; Inhaltliche Qualität höher priorisiert als Time & Budget; Stakeholder können kurzfristig (bei Bedarf) eingebunden werden|
	  |Dokumentation |Hoher Dokumentationsanspruch (rechtlich, betrieblich,…) |Geringer Dokumentationsanspruch (rechtlich, betrieblich,…)|
	- > Priorisierung & Gewichtung von Einflussfaktoren
- ## Entweder oder, oder nicht?
	- Jedes Projekt ist individuell - Entscheidend ist die Charakteristik des Projekts
		- Unternehmenskultur und Kundenerwartung berücksichtigen
		- Priorisierung von Zeit, Budget und Inhalt
	- Verständnis muss auf beiden Seiten vorhanden sein
		- Einseitig agil oder Wasserfall führt nahezu immer
		  zum Misserfolg
		- Frühzeitige Klärung der Herangehensweise und
		  dessen Ausprägung
	- Häufig Bedürfnisse aus beiden Welten
		- Schwarz-Weiß - Trennung häufig nicht sinnvoll
		- Projekte können die Charakteristik im Projektverlauf ändern
- ## Hybride Projekte
	- Stabilisierungsphase (eher klassisch geprägt)
		- Bereinigen von Altlasten
		- Infrastrukturelle Vorbereitungen
		- Evtl. Konsolidierungen / Harmonisierungen von Umgebungen
		- Evtl. Aufbau des „hybriden“ Szenarios
		- Migration von Bestandsdaten (z.B. Email, Anwendungsdaten)
		- Eher klassisches Schulungsszenario
	- Einführungsphase - Übergang in einen agileren Modus
		- Evergreenansatz erfordert flexibles handeln
		- Steigende Einführungs- / Integrationsgeschwindigkeiten von Lösungen
		- Hoher Fokus / Bedarf an agilen „Changeprozessen“
		- Arbeiten und Lernen in einer sich ständig veränderten Umgebung
## Herausforderungen für Projektleiter und Projekte
	- Offen für mit der „anderen Seite“ umzugehen
	- Den eigenen Werkzeugkasten zu erweitern
		- Methoden und Prozesse aus beiden Welten kennen
		- Die richtigen Methoden / Herangehensweisen zu wählen
	- Bei Hybriden Projekten, die richtigen Abgrenzungen und Übergabepunkte wählen
	- Die gewählten Methoden konsequent umzusetzen, zu hinterfragen und bei Bedarf anzupassen
## Herausforderungen für Auftraggeber und Organisationen
	- Sich auf ein Vorgehensmodell zu verständigen und dieses auch zu leben
		- Bewusstsein für eigene Projekte entwickeln
		- Verständnis für Stärken und Schwächen der Vorgehensweisen zu haben
		- Erwartungshaltungen abhängig von der Projektart zu verändern
		- Mit agilen Methoden experimentieren, z.B. in Digitalisierungsprojekten
	- Ein passendes PM Toolset zu unterhalten, welches zu den eingesetzten Methoden passt, am Beispiel Microsoft
		- MS Projekt 2016 – Eher Wasserfall Fokus – Für Einzelprojekte
		- MS Projekt Online – Eher Wasserfall Fokus – Gesamtes Projektportfolio
		- MS Planner – Eher Agiler Fokus – Projektspezifisch
		- Kein eigener Connector zwischen den Welten (3rd Party Product)
	- Sich dem Kulturwandel zu öffnen
## Fazit
	- Nicht die Methodik bestimmt das Projekt - sondern das Projekt bestimmt die Methodik
	- Erwartungshaltung klären und gemeinsames Verständnis schaffen
	- Bewusstsein für Herausforderungen der einzelnen Herangehensweisen schaffen
	- Auswahl der richtigen PM Toolssuite
	- Ansätze nähern sich gegenseitig an, z.B
		- PMI PMP (Project Management Professional)
		- PMI ACP (Agile Certified Practitioneer)
	- > Sinngemäß Ivan Jukic – Leitung SAP Competence Center Produktion & Logistik, Audi AG – 23.03.17 - AutomotiveIT
	  „Am Ende fragt der Auftraggeber immer was kostet das Ganze und wo steh ich in einem Jahr“