Agile/Scrum – Verfolgen der Zeit, die in der aktuellen Iteration verbracht wird, bis hin zu Stories aus der nächsten Iteration, wenn alle aktuellen Stories fertig sind

Unser Team hat sich langsam in Richtung Agilität versucht, und wie viele andere Teams stellte sich bis zu diesem Punkt die Frage "Was machen wir, wenn wir alle Verpflichtungen tatsächlich erfüllt haben?" ist ziemlich neu und fremd für uns. Aber in letzter Zeit kam es tatsächlich ein- oder zweimal vor.

Der Grund, warum ich dieses Board nach bewährten Verfahren fragen wollte, ist, dass wir Rally für die agile Projektverfolgung verwenden und das Tool unter anderem Stunden und Punkte im Auge behält. Um unsere Schätzungen zu verbessern, wollte ich etwas mit diesen Daten machen und dem Team Feedback zu unserer bisherigen Leistung geben, indem ich Metriken vergleiche, die geschätzte Arbeitsstunden mit tatsächlichen Arbeitsstunden und zugewiesenen Story Points zeigen.

Dies scheint großartig zu funktionieren, solange die Entwickler bis zum letzten Tag der Iteration arbeiten oder mit ihren Lieferungen zu spät kommen. Dann spiegelt "tatsächliche Stunden" genau wider, was in jede Geschichte eingeflossen ist.

Was sollten wir jedoch tun, wenn wir früh fertig sind, aber die nächste Geschichte zu lange dauern würde, sodass wir sie nicht in die aktuelle Iteration ziehen können?

Ich weiß, dass einigen Leuten empfohlen wird, sich einfach die Zeit für allgemeine Aufräumarbeiten zu nehmen, wie das Aktualisieren automatisierter Tests oder der Dokumentation, aber um der Argumentation willen sagen wir, der beste Wert für das Team und das Unternehmen in diesem speziellen Szenario wäre, sofort mit der Arbeit zu beginnen auf die nächste Geschichte.

Wenn wir uns nicht auf die nächste Geschichte festlegen, werden die tatsächlichen Stunden nirgendwo erfasst. Und in der nächsten Iteration, wenn wir uns verpflichten, werden wir nur die geschätzten/tatsächlichen Stunden identifizieren, die in die nächste Iteration fließen, zu diesem Zeitpunkt könnte die Arbeit bereits zu 25 % bis 50 % abgeschlossen sein.

Ist es möglich, die nächste Geschichte in kleinere Stücke aufzuteilen? Scrum betont, dass die Größe klein genug sein sollte, um an einem Tag abgeschlossen zu werden. Wie lang sind deine Sprints? Wie viele Tage oder Stunden im Voraus sind Sie fertig? Wie viele Fehler wurden gefunden?
Die zugrunde liegende Frage des OP befindet sich im letzten Absatz. Eng verwandt: pm.stackexchange.com/q/15707/4271 .

Antworten (4)

Dinge, nach denen ich in der Reihenfolge der Präferenz suchen würde:

  1. Braucht noch jemand Hilfe, um seine Arbeit im aktuellen Sprint fertigzustellen? Es ist besser zu versuchen, sicherzustellen, dass alles, was in diesem Sprint angestrebt wurde, tatsächlich abgeschlossen ist (das gesamte Team in diesem Sprint zusammenzuhalten), als die schnelleren Entwickler mit zukünftigen Geschichten fortfahren zu lassen (und alle auf mehrere Iterationen verteilen zu lassen). Denken Sie daran, dass der Scrum-Prozess einen Prozess hat, der vor und nach jedem Sprint stattfinden muss, und wenn Sie anfangen, diese Aktivitäten auf Sprints zu verteilen, verliert der gesamte Prozess seine „zyklische“ Qualität. Ich denke, die zyklische Natur von Scrum ist eines der subtilen Dinge, die es attraktiv machen. Aber das bin nur ich.
  2. Gibt es Geschichten für zukünftige Sprints, die immer noch mehr Risiken bergen, als den Menschen lieb ist? Wenn Sie ein Projekt irgendeiner Größe haben, dann gibt es bestimmt ein paar Geschichten, bei denen die Leute nicht ganz sicher sind, wie etwas gemacht wird. Möglicherweise müssen Sie das Team um Feedback dazu bitten. Nutzen Sie die zusätzliche Zeit, um das Risiko für diese Geschichten zu reduzieren, indem Sie Prototypen erstellen, zusätzliche Recherchen durchführen oder was auch immer Sie tun müssen, damit sich alle mit den Problemgeschichten vertraut machen, oder sie weiter aufschlüsseln.
  3. Gibt es eine sehr kleine Geschichte, die in diesen Sprint hineingezogen werden kann und am Ende dieses Sprints unbedingt fertig sein kann? Wenn ja, dann ziehen Sie es ein.
+1 für die 3 Punkte, die alle einem gemeinsamen Thema folgen: Nutzen Sie die Zeit, um den aktuellen Sprint zu beenden und sich auf den nächsten Sprint vorzubereiten.

Das Problem mit der allgemeinen Reinigung und Haushaltsführung in einigen Unternehmenskulturen besteht darin, dass sie einfach ignoriert oder als etwas „Extras“ angesehen werden, das nicht unbedingt getan werden muss.

Damit der Sprint tatsächlich abgeschlossen ist, bedenken Sie für einen Moment, dass die Schätzungen für diese Story auch die Dokumentation, den Abbau technischer Schulden, die Aktualisierung automatisierter Tests usw. umfassen sollten. Bedenken Sie, dass Ihr Sprint nicht „fertig“ ist, bis auch diese Dinge abgeschlossen sind .

Das Ignorieren dieser Dinge kann zu zusätzlichen Risiken für die Qualität oder den Erfolg des Projekts führen und könnte später als Hindernis angesehen werden.

Wenn Sie diese Dinge überspringen möchten, können Sie die nächste Geschichte in kleinere Komponenten aufteilen, sodass der erste Teil in der verbleibenden zusätzlichen Zeit abgeschlossen werden kann, aber die zusätzliche Arbeit, die Sie in diese stecken würden, kann sein etwas Verwirrung im Team stiften. Mein Vorschlag wäre, sich an seine Sprints zu halten und nicht zu hetzen. Es wird sich am Ende auszahlen.

Während sich die tatsächlichen Stunden wie etwas Wertvolles anfühlen, um zu besseren Schätzungen zu gelangen, ist es tatsächlich nützlich, wenn Sie relative Schätzungen verwenden.

Der Zweck der Verwendung von Story Points und einer Zeitbox besteht darin, zu lernen, „wie viele Arbeitspunkte wir in die Box passen können“. Dies funktioniert, solange wir gut darin werden, alle 5er und 5er und 3er relativ als 3er einzuschätzen, stattdessen wird uns das X Zeit kosten. Je besser Sie darin werden, die Größe der Geschichte zu identifizieren, desto stabiler wird Ihre durchschnittliche Geschwindigkeit sein, was bedeutet, dass Sie ziemlich gut einschätzen können, was Sie in 2 Wochen tun können.

Es ist immer variabel, also ja, manchmal nimmst du zu viel und manchmal zu wenig und du bewertest das jeden Tag mit deinem Burndown. Basierend auf der Bewertung liegt es an Ihnen, wie Sie handeln. Beheben Sie ein paar Fehler, lernen Sie etwas, ziehen Sie eine kleine Geschichte ein, von der Sie wissen, dass Sie sie beenden können. Hier gibt es kein Gedränge nach der Buchantwort, nur gutes Urteilsvermögen.

Warum nicht die Zeit, die Sie nutzen würden, um bessere Schätzer zu werden, damit verbringen, eine neue Praxis zu übernehmen? (siehe XP für Ideen). Tappen Sie nicht in die traditionelle Earned-Value-Falle, dass wir die Zeit besser einschätzen können. Es ist nicht möglich. Unser Gehirn kann das nicht, daher relatives Schätzen.

Viel Glück! Klingt so, als ob es dir bisher gut geht.

Erin

Eine große Alarmglocke ging an, als ich diese Frage las. Es klingt sehr danach, als würden Sie Ihrem Tool erlauben, die Arbeitspraktiken Ihres Teams einzuschränken, was normalerweise schlecht ist.

Finden Sie heraus, wie Ihr Team mit dieser Situation umgehen möchte (und es gibt einige gute Ratschläge in den anderen Antworten), und finden Sie dann heraus, wie Sie es nachverfolgen können, selbst wenn es bedeutet, etwas Manuelles zu tun, ist es besser, als das Team zu einem Ansatz zu zwingen, weil es was ist die Software erlaubt.