Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
se:iterationsplanung [2008-12-27 19:55] stefan angelegt |
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) | ||
- | ===== 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 |