Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
se:iterationsplanung [2008-12-27 20:00] stefan |
se:iterationsplanung [2014-04-05 11:42] |
||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
- | ====== Iterationsplanung ====== | ||
- | * Was zuerst implementiert wird, entscheidet der Kunde! -> Priorisierung | ||
- | * Vorgehen nach {[quellen:Bleek2008|S. 43]} | ||
- | * Ausgangspunkt sind Storys, die Features (Nutzen für den Anwender) beschreiben | ||
- | * Kunde wählt die wichtigsten Storys aus und Entwickler schätzen die Storys -> nun ist Reihenfolge anhand Kosten/Nutzen möglich | ||
- | * Erkennen und Zerteilen der zu großen Anforderungen | ||
- | * bei umfangreichen Systemen kann nun nach dem Ansatz der Quick Wins oder Low-Hanging-Fruits vorgegangen werden: was kann schnell umgesetzt werden und verschafft dem Kunden einen hohen Mehrwert (insbesondere wichtig bei Ablösung von Altsystemen, da sonst ständig nur die bereits vorhandenen Funktionen nachprogrammiert werden) | ||
- | * Hilfen: Abhängigkeitsgraph (Anforderung 1 muss vor Anforderung 2 implementiert werden) und Graph, der die positiven Auswirkungen von Anforderungen zeigt (Anforderung 2 kann schneller, besser, einfacher implementiert werden, wenn Anforderung 1 bereits implementiert ist) | ||
- | * zusätzlich zu den fachlichen Anforderungen können auch technische Anforderungen (z.B. Refactorings) als Storys eingebracht werden, für die dann z.B. ein gewisser Teil der Arbeitszeit aufgewendet werden kann | ||
- | ===== Abhängigkeiten zwischen Anforderungen ===== | ||
- | **nach {[quellen:Bleek2008|S. 42]}** | ||
- | * wichtige Anforderungen (solche mit hohem Geschäftswert für den Kunden) werden zuerst implementiert (-> Kunde entscheidet), (scheinbare) Abhängigkeiten werden pragmatisch aufgelöst | ||
- | * Beispiel Stammdatenverwaltung: dürfte Grundlage für alle weiteren Funktionen sein, bringt aber kaum Mehrwert, daher reicht zu Beginn vielleicht eine Importschnittstelle oder eine Kommandozeilenapplikation | ||
- | * Beispiel Einsatzplanung: Autos, Personen und Aufträge werden benötigt, aber vielleicht nur ein Ausschnitt (Name, Kennzeichen, Adresse etc.) | ||
- | * schwierige Anforderungen sollten zuerst implementiert werden (evtl. als Proof of Concept), da diese durch ihre den Entwicklern meist unbekannten Bereiche schwer abzuschätzen sind und sonst die Planung durcheinander bringen können |