Sprint-Rückstand, bevor Sie mit dem Projekt fortfahren

Ich habe ein laufendes Projekt mit einer sehr knappen Deadline. Ich darf die Projektfrist verlängern, falls erforderlich. Ich habe Scrum (Sprints) implementiert.

Das Problem ist - ich habe seit einer Woche einen Rückstand, den ich nicht erledigen konnte. Ich muss den Projektrückstand vervollständigen, bevor ich mit dem Projekt weitermache.

Was sollte in dieser Phase besser sein, von den folgenden Optionen?

  • Aktuellen/nächsten Sprint verlängern und Backlog damit vervollständigen. Erlaubt Sprint dasselbe?
  • Erstellen Sie einen neuen Sprint und fügen Sie zwischen bestehenden Projektabläufen hinzu. dh nach Abschluss des aktuellen Sprints, sollte ich einen Backlog-Sprint dazwischen fügen.
  • Soll ich dem Team neue Ressourcen hinzufügen oder mein Team um Überstunden bitten? (Ich glaube nicht, dass es besser ist.)

Gibt es eine andere geeignete Lösung für diese Situation?

Antworten (3)

Aktuellen/nächsten Sprint verlängern und Backlog damit vervollständigen.

Generell eine schlechte Idee. Sprints sind zeitlich begrenzt. Das heißt, ihre Start- und Enddaten sind festgelegt. Sie werden manchmal vorzeitig beendet/abgebrochen, sollten aber nicht verlängert werden.

Erstellen Sie einen neuen Sprint und fügen Sie zwischen bestehenden Projektabläufen hinzu.

Ich bin mir nicht 100 % sicher, aber was ich daraus schließe, ist, dass Sie alle Ihre Sprints im Voraus eingerichtet haben und jetzt fragen, ob Sie in der Mitte einen neuen Sprint hinzufügen können. Richten Sie nicht alle Ihre Sprints im Voraus ein . Sie sollten nur zwei „Eimer“ für Geschichten/Aufgaben haben; das Product Backlog oder der aktuelle Sprint. Wenn neue Arbeit entdeckt wird, fügen Sie sie dem Rückstand hinzu. Nehmen Sie während des Sprint-Planungsmeetings die Storys mit der höchsten Priorität aus der Aufgabe, von denen das Entwicklungsteam glaubt, dass sie sie abschließen können, und verschieben Sie sie in den nächsten Sprint. Sie müssen (und sollten) nicht mehrere Sprints im Voraus planen.

Soll ich dem Team neue Ressourcen hinzufügen oder mein Team um Überstunden bitten?

Im Allgemeinen eine schlechte Idee. Es gibt einige Situationen, in denen dies funktionieren kann, aber es sollte nicht Ihre erste Option sein.

Scrum ist ein Framework für komplexe Produktentwicklung . Die meisten Projektmanagementansätze stehen im Widerspruch zum Framework und den Werten und Prinzipien der agilen Softwareentwicklung .

Vielleicht passt Kanban besser zu Ihrer Situation.

Das Problem ist - ich habe seit zwei Wochen einen Rückstand, den ich nicht erledigen konnte.

Warum? Führen Sie mit Ihrem Team ein Sprint-Retrospektive -Meeting durch? Denn in der Sprint-Retrospektive bespricht das Team den gerade abgeschlossenen Sprint und legt fest, was geändert werden könnte, um den nächsten Sprint möglicherweise produktiver zu machen.

Vielleicht können Sie dieses Problem in Ihrer Sprint-Retrospektive ansprechen und mit dem Team diskutieren, warum die Backlog-Elemente (von denen ich annehme, dass sie Teil der Sprint-Ergebnisse waren) nicht abgeschlossen sind?

Normalerweise besprechen die Teammitglieder im Sprint Retro den Prozess, den sie verfolgen, geben Verbesserungsvorschläge und diskutieren alle anderen Ideen, die ihre Produktivität verbessern könnten.

Ich denke, Ihre erste Herausforderung besteht darin, herauszufinden, „warum“ Backlog-Elemente nicht angegangen werden, und dann können Sie/das Scrum-Team auf der Grundlage Ihrer Ergebnisse entscheiden, „wie“ es angegangen werden soll.