Eines der wichtigsten Elemente der Scrum-Methodik ist der "Sprint". Dabei handelt es sich um einen vordefinierten Zeitraum, in der Regel zwischen einer und vier Wochen, innerhalb dessen eine bestimmte Anzahl von Aufgaben im Zusammenhang mit einem Projekt erledigt werden soll. Der Sprint beginnt mit einer Sprintplanungssitzung am ersten Tag, in der die Aufgaben aus dem Product Backlog des Projekts ausgewählt, die Ergebnisse geplant und die Verantwortung an die Teammitglieder verteilt werden.
Sprints spielen eine wichtige Rolle. Sie stellen verdauliche Zeit- und Arbeitseinheiten dar, die sowohl die Effizienz der Aufgabenerfüllung als auch die Reflexion von Erfolgen und Misserfolgen erleichtern können.
Obwohl Sprints im Wesentlichen ein Mittel zum Zweck für die Fertigstellung von Ergebnissen sind, kann der gesamte Prozess leider aus der Bahn geworfen werden, wenn Teams versuchen, innerhalb eines Sprints zu viel zu tun. Ob durch Überschätzung, unvollkommene Kapazitätsplanung oder einfach nicht in der Lage sind, Nein zu sagen, ein überladener Sprint kann Stress verursachen, Unruhe unter den Stakeholdern hervorrufen und das Vertrauen in den Sprintprozess im Allgemeinen in Frage stellen.
Versuchen Sie also, zu viel zu tun? Und wenn ja, was können Sie dagegen tun?
Wie viel ist zu viel bei der Sprintplanung?
Wie wir bereits in , unserem Leitfaden für die Sprintplanung beschrieben haben, ist die Verfügbarkeit von Ressourcen einer der wichtigsten Aspekte eines jeden Sprints. Dies umfasst mehrere verschiedene Überlegungen, die berücksichtigt werden müssen:
- Welche Ressourcen stehen während des Sprint-Zeitplans zur Verfügung?
- Müssen zusätzliche Ressourcen angefordert werden?
- Wie hoch ist die Aufgabenkapazität des Teams?
- Welche Faktoren werden die Verfügbarkeit von Ressourcen voraussichtlich beeinflussen?
- Wo sollen die einzelnen Ressourcen eingesetzt werden?
Teams haben aus einer Reihe von Gründen Probleme mit der Kapazitätsplanung, z.B:
- Unterschätzung der Aufgabenlänge
- Überschätzung der Ressourcenkapazität oder der Teamfähigkeiten
- Der Wunsch, Stakeholder zufrieden zu stellen
All diese Probleme bei der Kapazitätsplanung lassen sich durch den Iterationsprozess lösen, d.h. durch das Verstehen, was beim letzten Sprint falsch gelaufen ist, und die Nutzung dieses Wissens, um den nächsten Sprint erfolgreicher zu gestalten. Wenn zum Beispiel eine Aufgabe, für die 20 Stunden veranschlagt wurden, tatsächlich 80 Stunden benötigt oder in mehrere Aufgaben aufgeteilt werden muss, kann dies erkannt und das Backlog präzisiert werden.
Scrum ist zwar besonders darauf ausgerichtet, diese Probleme zu reduzieren, aber wenn sie immer wieder auftreten, dann liegt das Problem wahrscheinlich nicht am Team oder an Ihren Prozessen, sondern an der Tatsache, dass Sie versuchen, in den Sprints zu viel zu tun.
Wenn Sie ständig mit den folgenden Problemen zu kämpfen haben, überlasten Sie wahrscheinlich Ihre Sprints.
- Die Ressourcen scheinen immer bis zur Belastungsgrenze ausgereizt zu sein
- Erreichte Ziele bleiben unerfüllt
- Aufgaben müssen übertragen oder in das Produktrückstandsbuch zurückgeschickt werden
- Stakeholder stellen Prozesse und die Anzahl der unvollendeten Ergebnisse in Frage
- Geplante Ressourcen sind am Ende nicht verfügbar
Der Versuch, innerhalb eines Sprints zu viel zu tun, ist verständlich, wenn er Teil des Wiederholungsprozesses ist, aber er ist nicht das gewünschte Ergebnis. Es ist nicht nur demoralisierend für Ihr Team, wenn es seine Ziele ständig verfehlt, sondern auch die Stakeholder werden sich zu Recht fragen, warum Ihr Team ständig hinter seinen Zielen zurückbleibt.
Die Lösung liegt in einer besseren Ressourcen- und Kapazitätsplanung und in der Sicherstellung, dass Sie während der Sprintplanungssitzung das gesamte Ihnen zur Verfügung stehende Wissen zur Aufgabenabschätzung nutzen. Das Ziel sollte immer sein, die verfügbaren Ressourcen voll auszuschöpfen und das zu erreichen, was Sie sich vorgenommen haben, ohne Ihr Team zu überfordern.