Vorlesung 3

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

• Projektplanung

• Assesment

• Performance Analyse

• Prozessverbesserung

• Die einzelnen Phasen sind streg sequenziell zu durchlaufen

• Rückkopplungen und Schleifen zwischen den Phasen sind nicht erlaubt

• Zwischen jeweils zwei aufeinander folgende Phasen sind Rückkopplungen erlaubt

• höhere Flexibilität, ohne aber kostenintensive Überarbeitung über mehrere Projektphasen

Vorteile:

• einfach verständlich

• kontrollierbarere Prozessablauf durch Meilensteine und Dokumentation am Ende jeder Phase

• organisatorisch gut beherrschbar

• wenig Managementaufwand

Nachteile:

• durch streng Dokumentorientiertes Vrogehen besteht die 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 Detallierung von Anforderungen bleiben unberücksichtigt

• Anwender und Management sehen erst nach Fertigstellung

• Test beginnt erst, wenn Entwicklung abgeschlossen

Nur einsetzen, wenn am Anfang gleichzeitig alle Anforderungen bekannt sind und sich im Laufe des Projektes nicht ändern (selten der Fall!)

—>bei kleinen Projekten oder bei Weiterentwicklungen

Im Gegensatz zum Wasserfallmodell, wird verstärkt Wert auf das Thema Qualitätssicherung gelegt.

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

—>Parallel zur Entwicklung erfolgt das erstellen von entsprechenden Tests

Vorteile:

• detallierte Darstellung von Systemerstellung, Qualitätssicherung, Konfigurationsmanagement und Projektmanagement

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

• Unterstützung von parallelen Aktivitäteb

• Möglichkeiten des “Tailoring” des Prozesses auf projektspezifische Erfordernisse

• standardisierte Abwichlung von Projekt- zur Systemerstellung

• fordert Qualitätsbewusstsein

Nachteile:

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

• bei kleineren und mitleren Projekten; unnötige Bürokratie bspl. Dokumentation und Vorgehensweise

• Ohne Case- Unterstützung nur schwer handhabbar

Agiles Projektmanagement bezeichnet Vorgehensweisen, bei denen das Projektteam über hohe Toleranzen bezüglich Qualität, Umfang, Zeit und Kosten verfügt und eine sehr hohe Mitwirkung des Auftraggebers bei der Erstellung des Werks erforderlich ist. Charakteristisch für Agiles Projektmanagement ist die Fokussierung auf das zu liefernde Werk und die Akzeptanz durch die Anwender. Hingegen werden geschäftliche Anforderungen, wie z.B. die Termintreue, Kostentreue oder Erfüllung eines spezifizierten Leistungsumfangs weniger oder nicht berücksichtigt.

Product Owner: Represents the business and is resposible for ROI of the product on which the team is working

• Defines the features of the product

• Decides on release date and content

• Prioritizes features according to market value

• Accepts or rejects work results

Development team: A group of cross- functional team members all focused on the delivery

• Typically 5-9 people

• Cross-functional

• Members should be full-time

• Teams are self-organizing

Scrum Master: Responsible for ensuring the team has everything they need to deliver value

• Removes impediments

• Ensure that the team is fully functional and productive

• Enable close coopoeration across all roles and functions

• Shield the team from external interferences

Product Backlog

• The Product Backlog is an ordered list of everything that is known to be needed in the product

• Prioritized by the product owner

• The product owner is resposible for the product Backlog, including its content, availability and ordering

Sprint Backlog

• The Sprint Backlog is the set of Product Backlog items selected for the Sprint realizing a Sprint Goal

• Team signs up for work of their own

• The Sprint Backlog is a highly visible, real-time picture of the work that the Development Team plans to accomplish during the Sprint

• It belongs solely to the Develpment Team

Increment

• The Increment is the sum of all the product Backlog items completed during a Sprint

• The incremement must be in useable condition regardeless of wether the product owner decides to realise it

Ein Sprint ist ein Arbeitsabschnitt, in dem ein Inkrement einer Produktfunktionalität implementiert wird. Er beginnt mit einem Sprint Planning und endet mit Sprint Review und -Retrospektive. Sprints folgen unmittelbar aufeinander. Während eines Sprints sind keine Änderungen erlaubt, die das Sprintziel beeinflussen.[45]

Ein Sprint umfasst ein Zeitfenster von ein bis vier Wochen. Alle Sprints sollten idealerweise die gleiche Länge haben, um so dem Projekt einen Takt zu geben. Ein Sprint wird niemals verlängert – er ist zu Ende, wenn die Zeit um ist

Sprint Planning: Create the Sprint Backlog and identify the Sprint Goal that the entire Scrum Team is commiting to ober the course of the Sprint

• Attendees: entire Scrum Team

Daily Scrum: 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

Sprint Review: Showcase the work completed over the course of the Sprint. Gather Feedback from Stakeholders to inspect and adapt the product

• Attendees: entire Scrum Team plus stakeholders and customers

Sprint Retrospective: 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

Die Stacey-Matrix wird zur Auswahl des passenden Projektmanagement-Ansatzes und dem Einsatz agiler Methoden genutzt.

• ist ein Hilfsmittel zur Auswahl der für das Projekt geeigneten Projektmanagement-Methode

Short-term

• Each row represents an employee

• Each column represents a day

• The short-term plan comprises 4 weeks

• The short-term plan is rolled forward with every week

Mid-term

• Each row represents an employee

• Each column represents a week

• The mid-term plan comprises 3 months

• The mid-term plan is rolled forward with every month