Agil vs Klassisch
| Klassisch |
Agil |
| erst plannen |
"einfach" anfangen |
| Monolitisch (starr) |
Incrementel (Schritt für Schritt) |
| Feste Hirarchische Organisation |
Keine Hirarchische Organisation |
| Kunde gibt nur am Anfang Lastenheft ab |
Kunde hat ständig Mitsprache und sieht Vortschritte |
Eigenschaften
Frombare Produkte:
Produkte, deren Komponenten sich bis Projektende ändern können.
Einverständnis des Auftraggebers:
Auftraggeber muss seine Einverständniss geben, da von Anfangan nichts sicher ist:
- Kein fixer Termin
- Keine fixen Kosten
Agile Organisationsstruktur:
Agile Methoden sind mit hirarchischen Strukturen und definierten Prozessen kaum vereinbar. Struktur muss sich auf Agile Methoden (Agile Manifest) einlassen um zu funktionieren.
Gemeinsame Arbeitszeit:
Da viel im Team zusammen gearbeitet werden muss sind gemeinsame Arbeitszeiten von Vorteil.
Agiles Manifest
Im agilen Projektmanagement gibt es 4 Methoden die das Agile beschreiben.
| Englisch |
Deutsch |
| Individuals and interactions over processes and tools |
Individuen und Interaktionen sind wichtiger als Prozesse und Werkzeuge |
| Customer collaboration over comprehensive documentation |
Zusammenarbeit mit dem Kunden ist wichtiger als Vertragsverhandlungen |
| Responding to change over following a plan |
Reagieren auf Veränderungen ist wichtiger als das befolgen von Plänen |
| Working software over comprehensive documentation |
Funktionierende Software ist wichtiger als ausführliche Dokumentationen |
Scrum
Bestandteile
| Rolle |
Beschreibung |
| Product Owner |
Vertritt die Steakholder und sammelt Kundenwünsche. Sorgt dafür, dass das Entwicklerteam ohne Kundenkontakt arbeiten kann. (Steakholdermanager) |
| Scrum Master |
Unterstützt den Product Owner und das Entwicklerteam, damit diese arbeiten können. Zudem stellt er sicher, dass jeder weiß wie Scrum funktioniert. (Problembeseitiger) |
| Entwicklungsteam |
Selbstorganisiertes Team aus fünf bis neun Mitgleidern, die die (Teil-) Produkte entwickeln |
| Ereignis |
Beschreibung |
| Sprint Review |
Am Ende vom Sprint präsentiert das Entwicklungsteam die Ergebnisse den Kunden, Vorgesetzten und/oder Kollegen |
| Daily Scrum |
Ein kurzes tägliches Meeting (max. 15min) zum Besprechen der Fortschritte und Hindernisse |
| Sprint Planing |
Am Anfang eines Sprtints eine Besprechung in der der Product Owner die Aufträge für den Sprint erteilt. |
| Sprint Retrospektive |
Zum Abschluss eines Sprints um die Prozesse zu verbesern, damit der nächste Sprint besser läuft. |
| Artefakte |
Beschreibung |
| Sprint Backlog |
Übersicht der Aufgaben für den Aktuellen Sprint. |
| Product Backlog |
Übersicht mit Aufgaben die vom Kunden gewünscht wurden und in späteren Sprints bearbeitet werden. |
| Definition of Done |
Eine Liste mit Anforderungen die zu erledigen sind befor ein Aufgabe erledigt ist. |
| Scrum Board |
Tafel mit min. drei Spalten "todo", "doing" und "done" um die Aufgaben Transparent zu bearbeiten. |
Vorteile und Nachteile
| Vorteile |
Nachteile |
| schnelles Arbeiten |
Kosten können nicht eingeschätzt werden |
| Entwickler haben keinen Kundenkontakt |
Dauer kann nicht eingeschätzt werden |
| jeder kann sich seine Arbeit einteilen |
viele Meetings |
| geringer Planungsaufwand |
Teamabhängig |
| transparentes Arbeiten |
wenig Dokumentation |
| Kundenorientiert |
|
| motivierte Mitarbeiter durch Eigenverantwortung |
|