Agile Release-Planung

Nehmen wir an, die Velocity meines Teams beträgt 50 und für die nächste Version müssen wir User Story Points im Wert von 500 vervollständigen. Meine Sprintlänge beträgt 2 Wochen. Wenn ich also 500 durch 50 dividiere, muss ich 10 Sprints aufwenden, um die Arbeit abzuschließen (gesamter Umfang).

Aber die Stakeholder fordern, den gleichen Umfang (500 User Story im Wert von 500) vor diesem Zeitplan abzuschließen.

Welche Schritte kann man unternehmen, um diese Situation zu überwinden??

Warum wollen die Stakeholder, dass derselbe Umfang schneller geliefert wird? (Außer dass sie ungeduldige Geizhälse sind, das heißt)
Bevor wir die Veröffentlichung abschließen, findet eine geplante Marketingveranstaltung statt, sodass die Beteiligten die Veröffentlichung vor dieser Veranstaltung abschließen müssen.

Antworten (2)

Es gibt eine eingebrannte Vermutung, dass Sie alle 500 Scope-Punkte erfüllen müssen, um die Bedürfnisse des Benutzers zu erfüllen. In Scrum würden wir als Erstes diese Annahme hinterfragen. Indem wir uns darauf konzentrieren, Bedürfnisse zu erfüllen, anstatt zu arbeiten, können wir oft einfachere Lösungen finden oder Dinge identifizieren, die nicht wirklich benötigt werden.

Nun, da sind zwei weitere Fragen drin:

  • Wie kann ein Team schneller werden?
  • Wie gehe ich schneller als ein Team gehen kann?

Um dem Team dabei zu helfen, schneller voranzukommen, sollte das Team bei jedem Sprint eine Retrospektive durchführen und nach Verbesserungen suchen. Jede Arbeitsweise erreicht jedoch ein Höchstmaß an Effizienz und Sie müssen die Arbeitsweise ändern, um mehr Geschwindigkeit aus dem Team herauszuholen. Das ist toll, aber auch gefährlich. Jede Änderung der Arbeitsweise wird das Team verlangsamen, während es sich daran anpasst, und es ist möglich, dass es beim ersten (oder zweiten) Mal nicht richtig hinkommt. Dies sollte zu einem Zeitpunkt erfolgen, zu dem die Teams eine Verlangsamung absorbieren können, um später eine verbesserte Geschwindigkeit zu erreichen.

Wir können auch Teams hinzufügen. Das Hinzufügen von Personen zu einem Projekt ist komplex. Sie würden denken, wenn ein Team 50 Punkte erreicht, würden zwei 100 erreichen, aber das werden sie nicht. Sie haben einen Mehraufwand für die Zusammenarbeit, ganz zu schweigen davon, dass es eine Anlaufzeit gibt und das andere Team während dieser Zeit verlangsamen wird. Auch hier muss sorgfältig vorgegangen werden.

Ergänzung zu Daniels Antwort:

Es ist gefährlich anzunehmen, dass Sie über einen Zeitraum von 10 Sprints keine Storys hinzufügen.

Dies kann mehrere Gründe haben:

  • Feedback, das Sie bei Ihren Sprint Reviews erhalten, kann zu Überarbeitungen oder neuen Arbeiten führen
  • Technische Probleme werden möglicherweise erst deutlich, wenn Sie mit der Arbeit an Geschichten beginnen

Es ist auch erwähnenswert, dass die Geschwindigkeit sowohl nach unten als auch nach oben gehen kann. Krankheit ist nur eine von vielen möglichen Ursachen dafür.

Sich zu verpflichten, alles fristgerecht zu liefern, könnte leicht zu einem Todesmarsch werden .