Vorgehensmodelle Flashcards
Was ist ein Vorgehensmodell?
stellt Methoden und Elemente (des Projektmanagements) zu Prozessen und Projektphasen eines standardisierten Projektablaufs zusammen
Wofür sind Vorgehensmodelle die Basis?
◼ Projektplanung - Wie komme ich erfahrungsgemäß am besten von Ort X nach Y
◼ Assessment - Bin ich vom geplanten Weg abgekommen?
◼ Performance Analyse - Wie gut laufe ich den geplanten Weg?
◼ Prozessverbesserung - Wie könnte ich durch Bauen neuer Straßen den Verlaufsfluss optimieren?
Typen von Vorgehensmodellen
- Stagewise-Modell
-Wassefallmodell
-V-Modell - Phasenmodell Logistik
-Hybride Modelle
-DevOps
Grundprinzip des “Stagewise-Modells”
- Die einzelnen Phasen sind
streng sequenziell zu durchlaufen - Rückkopplungen und Schleifen
zwischen den Phasen sind
nicht erlaubt
Grundprinzip des “Wasserfall-Modells”
- Die einzelnen Phasen sind sequenziell zu durchlaufen
- Zwischen jeweils zwei aufeinander folgende Phasen sind Rückkopplungen erlaubt
-> höhere Flexibilität, ohne aber
kostenintensive Überarbeitung über mehrere Projektphasen zuzulassen!
Vorteile des Wasserfallmodells
+ einfach verständlich
+ kontrollierbarer Prozessablauf
durch Meilensteine und Dokumentation am Ende jeder Phase
+ organisatorisch gut beherrschbar
+ wenig Managementaufwand
Nachteile des Wasserfallmodells
- durch streng Dokumentorientiertes
Vorgehen Gefahr, dass Dokumente
wichtiger als Projektziel /-inhalt werden - Risiken werden erst in späterer Phase erkannt (keine frühen FeedbackMöglichkeiten)
- spätere Veränderung und Detaillierung von Anforderungen bleiben unberücksichtigt
- Anwender und Management sehen System erst nach Fertigstellung
- Test beginnt erst, wenn Entwicklung
abgeschlossen
Empfehlung zur Anwendung des Wasserfallmodells
Nur einsetzen, wenn am Anfang gleichzeitig alle Anforderungen bekannt sind und sich im Laufe des Projektes nicht ändern (selten der Fall!).
z.B. bei kleinen Projekten oder bei Weiterentwicklungen.
Grundprinzip des “V-Modells”
Anforderung Systemtests Systemdesign Integrations-
Moduldesign Modultest
Modulkodierung
(Verifikation steigt auf der rechten Seite)
-Im Gegensatz zum Wasserfallmodell, wird verstärkt Wert auf das Thema Qualitätssicherung gelegt. Verifikation meist in diesem Zusammenhang:
-„Geplanter, systematischer Prozess mit dem Ziel sicherzustellen, dass ein Arbeitsprodukt
seinen Anforderungen entspricht.“ D.h. praktisch: Testfälle werden nicht erst in der Hälfte
erstellt!
Vorteile des V-Modells
+ standardisierte Abwicklung von Projekt zur Systemerstellung
+ Unterstützung von parallelen Aktivitäten(nicht sequentiell)
+ fordert Qualitätsbewusstsein (Definition
Zielqualität, Überprüfung durch QS)
+ detaillierte Darstellung von Systemerstellung, Qualitätssicherung,
Konfigurationsmanagement und
Projektmanagement
+ Vorgabe von definierten Aktivitäten
Rollen, Produkten und Methoden
+ Möglichkeit des „Tailoring“ des Prozesses
auf projektspezifische Erfordernisse
Nachteile des V-Modells
- Hohe Komplexität, hohe Kosten bei der
Einführung - bei kleineren und mittleren Projekten;
unnötige Bürokratie bspw. Dokumentation und
Vorgehensweise - Ohne Case-Unterstützung nur schwer
handhabbar
Empfehlung zur Anwendung des V-Modells
insbesondere für große Projekte gut geeignet
Grundprinzip des “Phasen-Modells Logistik”
Projektinitiierung
-Projektplanung
-Ist-Analyse
-Soll-Konzept
-Projektumsetzung
–>Projektabschluss
Projektphasen eines Produktionslogistikprojekts + Kurzerklärung
- Projektinitiierung und -planung -> Projektstrukturplan und Projektorganisation
- Ist-Analyse -> Stärken-/SchwächenProfil
- Soll-Konzept -> Ausgestaltetes Soll-Konzept
- Umsetzung und Abschluss -> Realisierung
Family TreeAGILE
Agil Workforce (oben)
Agil Organization
Agil Software Development
Lean/Agil Manufacturing (unten)
What is complicated? What is complex?
Comlicated: dead, machine, permanent, targets, bosses
Complex: alive, humans, temporary, options, social density
Aufbau Dilts Pyramide
Vision (Warum?) (Oben)
Identität (Wer bin ich?)
Werte/Glaubensansätze (Woran glaube ich?)
Fähigkeiten (Wie wähle ich aus?)
Verhalten (Was mache ich?)
Umgebung (Wo? Wann?) (Unten)
Aufgabentypen in Projekten
-Dynamisch
-Routine
Project Management Process
Initiating -> Planning -> Executing -> Monitoring (überwachen)-> Closing
Product Development Process
Analysis -> Design -> Realization -> Testing -> Roll-out
Schlüsselartefakte der agile Programmierung (Scrum-Methode)
- Product Backlog: Ist eine
geordnete Liste von allem, was
bekanntlich für das Produkt benötigt wird
-Sprint Backlog: -Ist die Menge der
Product-Backlog-Elementen
die für den Sprint ausgewählt wurden
ein Sprint-Ziel zu verwirklichen.
-Ist ein gut
sichtbares Echtzeit-Bild der
Arbeit, die das Entwicklungsteam
Team plant, die Arbeit
während des Sprints.
- Das Increment: Ist die Summe aller
der Product Backlog Elemente
die während eines Sprints abgeschlossen werden.
Schritte der agile Programmierung (Scrum-Methode)
- Sprint Planning (Create Sprint Backlog, identify Sprint Goal)
- Daily Scrum (Discuss Progress, announce daily commitments…)
- Sprint Review (Feedback from Stakhoalders)
- Sprint Retrospective (Team inspect itself and plan for improvements)
Vorgehen bei traditionellem Projektmanagement
• Stabile Anforderungen, vorab definiert
• Möglichst wenig Veränderung
• Lieferung eines Gesamtergebnisses am Ende des
Projektes
• Stakeholder-Beteiligung zu den Meilensteinen
Vorgehen bei agilem Projektmanagement
• Dynamische Anforderungen, häufig verfeinert
• Fortlaufende Anpassungen
• Lieferung häufiger Zwischenergebnisse für
Feedback und Kundennutzen
• Fortlaufende Einbindung wesentlicher Stakeholder
Mögliche Kombinationen bei “hybridem” Projektmanagement
sequenziell
parallel
integriert
Beschreibung der sequenziellen Anwendung
• Anwendung verschiedener Modelle nacheinander in zeitlicher Abfolge der Projektphasen
• Klassisches Vorgehen innerhalb der angewandten Modelle
Mögliches Aussehen: Srum-Methode (Konzept- und
Machbarkeitsstudie) kombiniert mit dem V-Modell (Umsetzung) –> Schnittstelle: Anforderungen
Vor- und Nachteile der sequenziellen Anwendung
+ Hohe Prozessstabilität
+ Vereinfachte Abgrenzung von
Methoden und Rollen
+ Keine Überschneidungen
verschiedener Modelle
- Keine Lösung für Phasen mit
gleichermaßen traditionellen
und agilen Voraussetzungen - Ggf. Verlängerung der
Projektdauer - Ggf. Konflikte durch
unterschiedliche Denk- und
Handlungsweisen
-> In sich geschlossene Teilmodelle
-> Keine Beeinflussung in der laufenden Durchführung
-> Standards als Orientierungshilfe
Beschreibung der parallelen Anwendung
• Anwendung verschiedener Modelle gleichzeitig, getrennt nach Teilprojekten
• Klassisches Vorgehen innerhalb der angewandten Modelle
Mögliches Aussehen: Wasserfallmodell in Kombination mit der Scrum-Methode –> Schnittstelle: Anforderungen
Vor- und Nachteile der parallelen Anwendung
+ Hohe Prozessstabilität
+ Vereinfachte Abgrenzung von Methoden und Rollen
+ Zusammenarbeit mit anders arbeitenden
Organisationsbereichen möglich
- Keine Lösung für Teilprojekte mit gleichermaßen traditionellen und agilen Voraussetzungen
- Gefahr von Spannungen im Projektablauf
-unstimmiges Gesamtergebnis bei mangelhafter Synchronisation - Ggf. Rollenkonflikte
-> In sich geschlossene Teilmodelle
-> Keine direkte Beeinflussung in der Durchführung
-> Standards als Orientierungshilfe
-> Erhöhter Koordinationsbedarf
Beschreibung der integrierten Anwendung
• Anwendung verschiedener Modelle entlang des Projektlebenszyklus situativ
angemessen
• Modernes Vorgehen innerhalb der angewandten Modelle
Mögliches Aussehen: V-Modell in Kombination mit Kanban
Vor- und Nachteile der integrierten Anwendung
+ Umgang mit gleichermaßen traditionellen und agilen
Voraussetzungen möglich
+ Flexibilität in der Vorgehensweise
+ Individuell anpassbar, d.h. maßgeschneiderte Vorgehensweise
- Gefahr von Lücken, Widersprüchen und Inkonsistenzen
- Bei übertriebener Kombination Entstehung von überhöhter Komplexität und Fehleranfälligkeit
- Gefahr von Verlust der Prozessstabilität
- Ggf. Rollenkonflikte
-> Kein Vorgehen nach geschlossenen Standards
-> Individualisierung und Optimierung von Modellen
-> Hoher Koordinationsbedarf
Probleme und Lösungen bezüglich des Projektmanagements bei Bauprojekten
->Probleme:
• Je schwieriger die Umsetzung von Änderungen werden, desto weniger eignet sich ein agiles Vorgehen
• Aber auch die Baubranche ist von der VUKA-Projektwelt betroffen und erfordert angepasste PM-Modelle
-> Lösung: Hybrides PM-Modell: Sequenziell in Form von der Scrum-Methode und dem Wasserfallmodell –> Schnittstelle: Pläne
• Stabilisierung der Anforderungen in der Planungsphase durch agile und iterative Objektmodelle
• Umsetzung von Bestandteilen mit noch volatilen Anforderungen so spät wie möglich
Was sind DevOps
Ansatz, wie die Zusammenarbeit zwischen Softwareentwicklung und IT-Betrieb verbessert werden kann.
Durch gemeinsame Anreize, Prozesse und Software-Werkzeuge eine effektivere und effizientere Zusammenarbeit der Bereiche Development, IT-Operations, Qualitätssicherung und Fachbereichen ermöglicht werden.
Die Qualität der Software, die Geschwindigkeit der Entwicklung und der Auslieferung sowie das Miteinander der beteiligten Teams soll so verbessert werden
Vorteile von DevOps
+ Technisch:
Reduktion der Komplexität durch Kürzung des „Software Development Life Cycles“
+ Kulturell:
Grundsätzlich zufriedenere Mitarbeiter, produktivere Teams und mehr individuelles Engagement
+ Technisch:
Kombination aus „Continuous Delivery“ mit agilen Entwicklungsmethoden
+ Wirtschaftlich:
Schnellere Bereitstellung neuer Funktionalitäten, stabilere Anwendungen, effizientere Prozesse und mehr Innovation (→ schneller auf dem Markt (Wettbewerbsvorteil ))
+ Wirtschaftlich:
Gemeinsamer Nutzen von Entwicklungs-, Test- und Betriebsumgebung führt zu Kostenersparnissen (Cloud-Infrastruktur)
Nachteile von DevOps
- Umstellung auf flache Hierarchien
- Umstellung auf pragmatisches Vorgehen (Bürokratismus bremst agile Methoden)
- Erfordert eine übergreifende Sicht von
Programmierern, Testern, Architekten und Service Administratoren (Ops) - Z. T. werden nicht ganz ausgereifte Produkte geliefert, die noch „Continuous Improved“ werden
Projektinitiierung und -planung
•Konkretisierung Projektziele
•Festlegung Projektteam
•Entwicklung eines Projektstrukturplans •Zusammensetzung des Projektteams
Ist-Analyse
•Durchlaufzeiten
•Flächenbilanz
•Ermittlung logistischer Aufwand
•Darstellung von Material-und Informationsfluss sowie Schnittstellen
•Anlagenverfügbarkeit
•Renner-/ Exoten-Teile
•Typolog. von Aufträgen
Soll-Konzept
•Beispielhaftes Line Design (Pilot)
•Kennzahlen als Führungsinstrument
•Ermittlung Anforderungen an zukünftige Produktionsstruktur
•Definition Leitlinien für Lean Manufacturing
•Definition Steuerungsprinzipien je Auftragstyp
Umsetzung und Abschluss
•Definition Umsetzungsplan inkl. Zeitschiene
•Maßnahmen-und Umsetzungscontrolling •Umsetzungsunterstützung/ Coaching
Sprint
Plan-Build-Review-Test-Deploy
Extreme Programmierung
-Das Lösen einer Programmieraufgabe rückt in den Vordergrund
-Annahme, dass das mit der Realisierung betraute Entwicklerteam anfangs nicht
über alle Informationen verfügt
-Basiert auf Iterationen - Kunde hat jederzeit die Möglichkeit auf das Projekt
einzuwirken
