Kannst du auf die wichtigsten Punkte des Planungspiels etwas näher eingehen ?
Ich erwarte von einer Planung:
* Absolut klare Definition der zu erreichenden Ziele.
** Das langfristige Ziel wird in XP nicht hundertprozentig klar definiert, da sich dieses jederzeit ändern kann. Durch die Diskussion der AnforderungsGeschichten sollten aber alle einen guten Eindruck davon bekommen, was für ein System sich der Kunde vorstellt.
** Die kurzfristigen Ziele (für die nächsten ein bis drei Wochen) werden in der IterationsPlanung? genauer festgelegt und über AkzeptanzTests unmissverständlich festgehalten. Der Kunde hat jedoch auch innerhalb einer Iteration das Recht, die Ziele an neue Situationen anzupassen, wenn er bereit ist, die damit zusammenhängenden Kosten zu akzeptieren.
* Benennung der beteiligten (Kontakt-)Personen.
** Der KundeVorOrt ist Ansprechpartner für das Entwicklungsteam, der ProjektLeiter? allgemeiner Ansprechpartner für den Kunden. In der IterationsPlanung? zeichnen einzelne Entwickler für die EntwicklungsAufgaben? verantwortlich.
* Einen FeatureListe? mit (anpassbarer Priorisierung).
** Die Sammlung der AnforderungsGeschichten repräsentiert die zu entwickelnden Features. Der Kunde hat jederzeit das Recht, in Absprache mit dem Team neue Stories hinzuzufügen, vorhandene zu entfernen oder die Entwicklungsreihenfolge selbiger zu ändern. Bei einscheidenden Änderungen wird die ReleasePlanung erneut durchgeführt.
* Eine (ehrliche!) Zeitabschätzung.
** Eine unrealistische Zeitabschätzung wird durch die Feedback-Mechanismen (z.B. WetterVonGestern) sehr schnell offensichtlich und kann dementsprechend angepasst werden. Dem Kunden muss klar sein, dass es sich eben 'nur' um eine Schätzung handelt, die jedoch von Iteration zu Iteration genauer wird, während das Team Erfahrung mit dem Projekt und Daten über vergangene Iterationen sammelt.
* Risikoabschätzung.
** Im frühen ExtremeProgramming war es vorgesehen, dass die Entwickler neben einer Aufwands- auch noch eine Risikoabschätzung für jede AnforderungsGeschichte vornehmen. Die Erfahrungen haben jedoch wohl gezeigt, dass die Risiken im Allgemeinen bereits ausreichend in die Diskussionen und implizit mit in die Aufwandsabschätzungen einfließen. Auf signifikante technische Risiken wird meist mit einer SpikeSolution reagiert.
Daraus resultiernd:
* Eine Plan von durchzuführenden Tätigkeiten.
* Als besonderes Risiko evtl. die Herausarbeitung von kritischen Pfaden.
* Evtl. einen Personalplan.
Einige Erwartungen werden von XP erfüllt, andere fehlen mir aber.
Mir ist klar, dass XP auf kleinere Projekte ausgerichtet ist und ich aus einer anderen Ecke komme. Dennoch glaub ich dass ein gewisses Mass an Planung auch Kleinprojekten gut tut.
-jerger@jerger.org-
*Definitiv. In XP wird zudem besonderer Wert darauf gelegt, dass der Plan flexibel auf Bedürfnisse des Kunden reagieren kann, und dass zum anderen ständig der geplante mit dem tatsächlichen Stand verglichen wird und eventuelle Abweichungen sofort transparent dargelegt und entsprechende Folgerungen für die Zukunft des Projektes gezogen werden.
Siehe
WardsWiki:PlanningGame