Benutzer-Werkzeuge
se:iterationsplanung
Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen angezeigt.
| Nächste Überarbeitung | Vorhergehende Überarbeitung Nächste Überarbeitung Beide Seiten der Revision | ||
|
se:iterationsplanung [2008-12-27 19:55] stefan angelegt |
se:iterationsplanung [2008-12-27 20:16] stefan |
||
|---|---|---|---|
| Zeile 2: | Zeile 2: | ||
| * Was zuerst implementiert wird, entscheidet der Kunde! -> Priorisierung | * Was zuerst implementiert wird, entscheidet der Kunde! -> Priorisierung | ||
| * Vorgehen nach {[quellen:Bleek2008|S. 43]} | * Vorgehen nach {[quellen:Bleek2008|S. 43]} | ||
| - | - Ausgangspunkt sind Storys, die Features (Nutzen für den Anwender) beschreiben | + | * 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 | + | * 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 | + | * 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) | + | * 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 | ||
| + | * die Planung erfolgt durchaus für einige Interationen im Voraus, muss aber nach den ersten Iterationen auf ihre Umsetzbarkeit geprüft werden | ||
| + | * im Zweifelsfall sollten für eine Iteration lieber zu wenig Anforderungen geplant werden, als zu viele, da sonst die bekannten Probleme (Zeitdruck, mangelnde Qualität) auftreten. Der eventuelle Leerlauf kann für Retrospektiven oder Qualitätssicherung verwendet werden | ||
| + | * alternativ kann mit obligatorischen und optionalen Anforderungen gearbeitet werden | ||
| ===== Abhängigkeiten zwischen Anforderungen ===== | ===== Abhängigkeiten zwischen Anforderungen ===== | ||
se/iterationsplanung.txt · Zuletzt geändert: 2014-04-05 11:42 (Externe Bearbeitung)
Seiten-Werkzeuge
Falls nicht anders bezeichnet, ist der Inhalt dieses Wikis unter der folgenden Lizenz veröffentlicht: CC Attribution-Noncommercial-Share Alike 4.0 International
