03 Vorgehensmodelle

Question 1

Vorgehensmodell - Definition

Answer 1

Ein Vorgehensmodell stellt Methoden und Elemente der Softwareentwicklung inklusive des Projektmanagements zu Prozessen und Projektphasen eines standardisierten Projektablaufs zusammen.

Question 2

Vorgehensmodelle als Basis für

Answer 2

Projektplanung
Wie komme ich erfahrungsgemäß am besten von X nach Y

Assessment
Bin ich vom geplanten Weg abgekommen?

Performance Analyse
Wie gut laufe ich den geplanten Weg?

Prozessverbesserung
Wie könnt ich den Verlaufsfluss optimieren?

Question 3

Stagewise Modell

Answer 3

o Die einzelnen Phasen sind streng sequentiell zu durchlaufen
o Rückkopplungen und Schleifen zwischen den Phasen sind nicht erlaubt

Question 4

Wasserfallmodell

Answer 4

o Zwischen jeweils zwei aufeinanderfolgenden Phasen sind Rückkopplungen erlaubt

-> Höhere Flexibilität, ohne aber kostenintensive Überarbeitung über mehrere Projektphasen zuzulassen

Question 5

Wasserfallmodell - Vorteile

Answer 5

 Einfach verständlich
 Kontrollierbarer Prozessablauf durch Meilensteine und Dokumentation am Ende jeder Phase
 Organisatorisch gut beherrschbar
 Wenig Managementaufwand

Question 6

Wasserfallmodell - Nachteile

Answer 6

 Streng Dokumentorientiertes Vorgehen -> Gefahr, dass Dokumente wichtiger als Projektziel/-inhalt werden

 Risiken werden erst in späterer Phase erkannt (keine frühen Feedback-Mö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

Question 7

V-Modell

Answer 7

Geplanter, systematischer Prozess, mit dem Ziel sicherzustellen, dass ein Arbeitsprodukt seinen Anforderungen entspricht. -> Testfälle werden nicht erst in der Hälfte erstellt

• Verstärkt Wert auf das Thema Qualitätssicherung gelegt

Schritte (von links nach rechts):
- Anforderungen
- Systemdesign
- Moduldesign
- Modul-Kodierung
- Modultest
- Integrationstest
- Systemtest

Question 8

V-Modell - Vorteile

Answer 8

o Detaillierte Darstellung von Systemerstellung, Qualitätssicherung, Konfigurationsmanagement und Projektmanagement

o Vorgabe von definierten Aktivitäten, Rollen, Produkten und Methoden

o Unterstützung von parallelen Aktivitäten (nicht sequentiell)

o Möglichkeit des „Tailoring“ des Prozesses auf projektspezifische Erfordernisse

o Standardisierte Abwicklung von Projekt- zur Systemerstellung

o Fordert Qualitätsbewusstsein (Definition Zielqualität, Überprüfung durch QS)

Question 9

V-Modell - Nachteile

Answer 9

o Hohe Komplexität, hohe Kosten bei der Einführung

o Bei kleineren und mittleren Projekten: unnötige Bürokratie, Dokumentation und Vorgehensweise

o Ohne Case-Unterstützung nur schwer handhabbar

Question 10

Projektphasen eines Produktionslogistikkonzepts

Answer 10

• Projektinitiierung und Planung
• IST-Analyse
• SOLL-Konzept
• Umsetzung und Abschluss

Question 11

Projektinitiierung und -planung

Answer 11

 Konkretisierung Projektziele
 Festlegung Projektteam
 Entwicklung eines Projektstrukturplans
 Zusammensetzung des Projektteams

-> Projektstrukturplan und Projektorganisation

Question 12

IST-Analyse

Answer 12

 Durchlaufzeiten
 Flächenbilanz
 Ermittlung logistischer Aufwand
 Darstellung von Material- und Informationsfluss sowie Schnittstellen
 Anlagenverfügbarkeit
 Renner-/ Exoten-Teile
 Typologisierung von Aufträgen

-> Stärken-/Schwächen-Profil

Question 13

SOLL-Konzept

Answer 13

 Ermittlung Anforderungen an zukünftige Produktionsstruktur
 Definition Leitlinien für Lean Manufacturing
 Definition Steuerungsprinzipien je Auftragstyp
 Beispielhaftes Line Design (Pilot)
 Kennzahlen als Führungsinstrument

-> Ausgestaltetes Soll-Konzept

Question 14

Umsetzung und Abschluss

Answer 14

 Definition Umsetzungsplan inkl. Zeitschiene
 Maßnahmen- und Umsetzungscontrolling
 Umsetzungsunterstützung/Coaching

-> Realisierung

Question 15

Agile Programmierung - Dilts Pyramide (oben nach unten)

Answer 15

• Purpose (Why?)
• Identity (Who am I?)
• Beliefs/Values (What do I believe in?)
• Capabilities/Competences (How do I choose?)
• Behavior (What do I do?)
• Environment (Where? When? What do I have?)

Question 16

Das Agile Manifest

Answer 16

o Individuals and interactions over processes and tools
o Working software over comprehensive documentation
o Customer collaboration over contract negotiation
o Responding to change over following a plan

Question 17

Scrum - 3 Key Artifacts

Answer 17

• Product Backlog
• Sprint Backlog
• Increment

Question 18

Product Backlog

Answer 18

• Ordered list of everything that is known to be needed in the product
• Prioritized by the product owner
• The product owner is responsible for the product backlog, including its content, availability, and ordering

Question 19

Sprint Backlog

Answer 19

• Set of product backlog items selected or the sprint realizing a sprint goal
• Team signs up for work of their own
• Highly visible, real-time picture of the work that the development team plans to accomplish during the sprint
• Belongs solely to the development team

Question 20

Increment

Answer 20

• Sum of all the product backlog items completed during a sprint
• Must be in useable condition regardless of whether the product owner decides to realise it

Question 21

Scrum - 4 events

Answer 21

• Sprint Planning
• Daily Scrum
• Sprint Review
• Sprint Retrospective

Question 22

Sprint Planning

Answer 22

• Create the sprint backlog and identify the sprint goal that the entire scrum team is commiting to over the course of the sprint
• Attendees: Entire Scrum Team

Question 23

Daily Scrum

Answer 23

• Provide the scrum team an opportunity to discuss progress, announce daily commitments, and identify impediments, which should be cleared by the scrum master
• Attendees: Scrum Master and Development Team. Product Owner and outside Stakeholders are optional

Question 24

Sprint Review

Answer 24

• Showcase the work completed over the course of the sprint. Gather feedback from the stakeholders to inspect and adapt the product
• Attendees: Entire Scrum Team plus stakeholders and customers

Question 25

Sprint Retrospective

Answer 25

* Allow the team to **inspect itself and plan for improvements** in the next sprint * Attendees: Scrum Master and the Development Team. Product Owner is optional but recommended

Question 26

Projektmanagement - Traditionelles vs. Agiles Vorgehen

Answer 26

**Traditionelles Vorgehen:**  Stabile Anforderungen, vorab definiert  Möglichst wenig Veränderung  Lieferung eines Gesamtergebnisses am Ende des Projektes  Stakeholder-Beteiligung zu den Meilensteinen **Agiles Vorgehen:**  Dynamische Anforderungen, häufig verfeinert  Fortlaufende Anpassungen  Lieferung häufiger Zwischenergebnisse für Feedback und Kundennutzen  Fortlaufende Einbindung wesentlicher Stakeholder **Hybrid:** Kombination sequenziell, parallel oder integriert

Question 27

Sequentielle Anwendung

Answer 27

o **Anwendung verschiedener Modelle nacheinander** in zeitlicher Abfolge der Projektphasen o Klassisches Vorgehen innerhalb der angewandten Modelle o **In sich geschlossene Teilmodelle** o Keine Beeinflussung in der laufenden Durchführung o **Standards** als Orientierungshilfe -> Projektphasen mit verschiedenen Voraussetzungen -> Konzentration auf Erlernen der verschiedenen Vorgehensweisen -> Einführung neuer Arbeitsweisen als ganzheitliche Modelle

Question 28

Sequentielle Anwendung - Vorteile

Answer 28

 Hohe **Prozessstabilität**  **Vereinfachte Abgrenzung** von Methoden und Rollen  **Keine Überschneidungen** verschiedener Modelle

Question 29

Sequentielle Anwendung - Nachteile

Answer 29

 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

Question 30

Parallele Anwendung

Answer 30

o **Anwendung verschiedener Modelle gleichzeitig, getrennt nach Teilprojekten** o Klassisches Vorgehen innerhalb der angewandten Modelle o In sich geschlossene Teilmodelle o Keine direkte Beeinflussung in der Durchführung o Standards als Orientierungshilfe o **Erhöhter Koordinationsbedarf** -> Teilprojekte mit verschiedenen Voraussetzungen -> Geübt in Koordination und ggf. Ressourcenmanagement -> Einführung neuer Arbeitsweisen, aber auch Zusammenarbeit mit anderen Teams

Question 31

Parallele Anwendung - Vorteile

Answer 31

 Hohe Prozessstabilität  Vereinfachte Abgrenzung von Methoden und Rollen  **Zusammenarbeit mit anders arbeitenden Organisationsbereichen möglich**

Question 32

Parallele Anwendung - Nachteile

Answer 32

 Keine Lösung für Teilprojekte mit gleichermaßen traditionellen und agilen Voraussetzungen  Gefahr von **Spannungen im Projektablauf** und einem **unstimmigen Gesamtergebnis** bei mangelhafter Synchronisation  Ggf. Rollenkonflikte

Question 33

Integrierte Anwendung

Answer 33

o **Anwendung verschiedener Modelle entlang des Projektlebenszyklus situativ angemessen** o **Modernes Vorgehen** innerhalb der angewandten Modelle o **Kein Vorgehen nach geschlossenen Standards** o Individualisierung und Optimierung von Modellen o **Hoher Koordinationsbedarf** -> Phasen und Teilprojekte mit durchmischten Anforderungen -> Grübt in Koordination -> Erfahren in verschiedenen Arbeitsweisen, aber auch Einführung von nach und nach neuen Elementen

Question 34

Integrierte Anwendung - Vorteile

Answer 34

 Umgang gleichermaßen mit traditionellen und agilen Voraussetzungen möglich  Flexibilität in der Vorgehensweise  Individuell anpassbar, d.h. maßgeschneiderte Vorgehensweise

Question 35

Integrierte Anwendung - Nachteile

Answer 35

 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**

Question 36

DevOps - Vorteile

Answer 36

_Technisch_  Kombination aus **„Continuous Delivery“** mit **agilen Entwicklungsmethoden**  **Reduktion der Komplexität** durch Kürzung des „Software Development Life Cycles“ _Kulturell:_  Grundsätzlich **zufriedenere Mitarbeiter, produktivere Teams und mehr individuelles Engagement** _Wirtschaftlich:_  **Schnellere Bereitstellung neuer Funktionalitäten, stabilere Anwendungen, effizientere Prozesse** und **mehr Innovation**  Gemeinsamer Nutzen von Entwicklungs-, Test- und Betriebsumgebung führt zu **Kostenersparnissen**

Question 37

DevOps - Nachteile

Answer 37

o Erfordert eine **übergreifende Sicht von Programmierern, Testern, Architekten und Service Administratoren (Ops)** o Umstellung auf **flache Hierarchien** o Umstellung auf **pragmatisches Vorgehen** (Bürokratismus bremst agile Methoden) o Z.T. werden nicht ganz ausgereifte Produkte geliefert, die noch „Continuous Improved“ werden