Benutzer-Werkzeuge

Webseiten-Werkzeuge


se:iterationsplanung

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
se:iterationsplanung [2008-12-27 20:00]
stefan
se:iterationsplanung [2009-01-06 13:24]
stefan
Zeile 8: Zeile 8:
     * 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)     * 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     * 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 =====
 **nach {[quellen:​Bleek2008|S. 42]}** **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   * wichtige Anforderungen (solche mit hohem Geschäftswert für den Kunden) werden zuerst implementiert (-> Kunde entscheidet),​ (scheinbare) Abhängigkeiten werden pragmatisch aufgelöst
 +    * optimalerweise arbeiten alle Entwickler gleichzeitig (!) an den wichtigsten Anforderungen (Aussage Herr Andert) -> Verantwortung und Wissen wird auf mehrere Schultern verteilt
   * 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 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.)   * 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   * 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
se/iterationsplanung.txt · Zuletzt geändert: 2014-04-05 11:42 (Externe Bearbeitung)