Agile_Methoden_im_Projektmanagement

1. Frühe und kontinuierliche Auslieferung wertvoller Software
2. Anforderungsänderungen zu jedem Zeitpunkt in der Entwicklung willkommen heißen
3. Funktionierende Software regelmäßig ausliefern. Nach Möglichkeit in kurzen Intervallen
4. Fachexperten und Entwickler müssen täglich zusammenarbeiten
5. Motivierte Individuen für Projekte einsetzen
6. Benötigtes Umfeld und Unterstützung bereitstellen und in der Umsetzung den Mitarbeitern vertrauen.

1. Gespräche von Angesicht zu Angesicht sind der effizienteste Wissensaustausch
2. Funktionierende Software ist das wichtigste Fortschrittsmaß
3. Agile Prozesse fördern nachhaltige Entwicklung. Auftraggeber, Entwickler und Benutzer sollten ein gleichmäßiges Tempa auf unbegrenzte Zeit halten können.
4. technische Exzellenz und gutes Design fördern Agilität
5. Einfachheit 
6. Gute 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.

• Scrum Master
• Team
• Product Owner

• Sprint Planning
• Sprint Demo
• Sprint Retro
• Daily Standup
• Sprint

Am Anfang gibt es eine Produktidee, die meist vom Kunden eingebracht wird. Der Product Owner bearbeitet mit dem Kunden diese Idee so lange, bis es eine klare Produktvision gibt. Diese beschreibt die grundlegende Idee für das Projekt und bettet sie in einen Gesamtzusammenhang ein.

Der Product Owner formuliert die Produktfunktionalitäten in Form von einfachen User Stories. Alle User Stories werden gemäß ihrer Priorisierung in eine eindeutige Reihenfolge gebracht. Ausschlaggebend für die Priorisierung können finanzielle Erwägungen (Risiken) oder die frühe Herstellung eines ablauffähigen und an den Kunden auslieferbaren Teilsystems sein.

Zusätzlich definiert der Procut Owner eine Definition of Done , die seine formalen und inhaltlichen Akzeptanzkriterien für eine erfolgreiche Implementierung spezifiziert. 

Das Daily-Scrum ist ein sich täglich wiederholdes Status-Meeting, dass dem Informationsaustausch von Entwicklern und Scrum-Master untereinander dient.

Zu einzelnen User Stories werden Story Points zugewiesen. Geschätzt wird mit Story Points nicht der Aufwand, sondern die zu erwartende Komplexität. Eine Schätzmethode ist beispielsweise das so genannte Planning Poker und kann auch in einem seperaten Estimation Meeting durchgeführt werden. 

Product Owner

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

Je höher eine User Story priorisiert wurde, desto feingranularer und detaillierter sollte sie spezifiziert sein. Gering priorisierte User Stories können noch relativ grob und umfangreicher formuliert sein. 

Product Owner

• selbst organisiert
• liefert Ergebnisse an Product Owner

• definiert Eigenschaften des Products und dessen Release date
• priorisiert Funktionalitäten nach geschäftlichen Anforderungen
• akzeptiert oder lehnt Arbeit des Teams ab

• Stellt Funktion und Produktivität des Teams sicher
• Entfernt Barrieren, die bei Entwicklung hindern
• Schützt Team von externen Interferenzen
•  Stellt das "durchlaufen" des Prozesses sicher