Sprintplanung 101: Wie man großartige Sprints plant

Fragen Sie ein Dutzend Leute, was Agilität ist, und Sie erhalten ein Dutzend verschiedene Antworten. Aber es lässt sich am besten durch Scrum als Modell definieren. Scrum ist eine Möglichkeit, ein Projekt innerhalb eines agilen Rahmens zu verwalten und besteht aus drei Rollen: Product Owner, Scrum Master und Team.

Der Product Owner konzentriert sich auf die geschäftliche Seite des Projekts, der Scrum Master ist der Experte, der wie ein Coach agiert. Das Team ist selbstgesteuert und arbeitet nach eigenem Ermessen, um die Ziele des Product Owners zu erreichen.

Wenn Sie an den Grundlagen von Scrum interessiert sind, sehen Sie sich unseren Leitfaden an. Für diesen Beitrag tauchen wir tief in eines der Ereignisse im Scrum-Framework ein, die Sprint-Planung.

Was ist ein Sprint?

Um eine gewisse Regelmäßigkeit zu gewährleisten und die Notwendigkeit von Meetings zu minimieren, wird Scrum in Events unterteilt. Eines dieser Ereignisse ist der Sprint. Ein Sprint ist eine Iteration im Entwicklungszyklus eines Projekts.

Der Sprint wird durch eine kleine Menge geplanter Arbeiten definiert, die das Team fertigstellen und zur Überprüfung bereithalten muss. Sprint kommt aus einem agilen Framework für Projekte und wird normalerweise mit Scrum in Verbindung gebracht. Sprint passt aber auch in die Kanban-Technik mit seinem Continuous-Delivery-Konzept. Scrumban wird auch Sprints bereitstellen.

Wie in der Wörterbuchbedeutung des Wortes ist Sprint wie ein kurzes Rennen. Es definiert eine Dauer in der Regel nicht mehr als zwei bis vier Wochen. Das Ziel eines Sprints wird zwischen dem Product Owner und dem Team festgelegt, was als „Sprint-Ziel“ bezeichnet wird. Die Arbeit stammt aus einem Sprint Backlog, einer Liste von zu erledigenden Aufgaben. Backlogs werden zur einfachen Verwaltung oft auf Boards oder Aufgabenlisten untergebracht.

Die Teams arbeiten zusammen, um den Sprint abzuschließen und zur Überprüfung bereit zu halten. Aber der Sprint kann erst beginnen, wenn es einen Sprintplan gibt.

Wie man einen guten Sprintplan erstellt

Der Sprintplan ist ein weiteres Ereignis im Scrum-Framework eines agilen Projekts. Es beginnt damit, dass das Team entscheidet, welche Punkte in seinem Backlog während des Sprints bearbeitet werden sollen. Dies ist das Sprintziel, das eine gemeinsame Entscheidung zwischen dem Team und dem Product Owner ist.

An der Sprint-Planung sind normalerweise alle Teammitglieder beteiligt. Da ist der Product Owner, der bei der Priorisierung des Backlogs hilft und vorschlägt, welche Elemente Teil des Sprint-Ziels sein sollten. Das Team kommt hinzu, um zu bestimmen, was eine machbare Anzahl von Aufgaben ist, an denen das Backlog während des Sprints arbeiten kann.

Ebenfalls an der Sprintplanung beteiligt ist der Scrum Master. Der Scrum Master ist Experte für das Scrum Framework für agile Projekte. Sie fungieren als Facilitator für den Sprintplan, um sicherzustellen, dass er effektiv ist, die entsprechenden Backlog-Items adressiert werden und dass zwischen den beteiligten Parteien eine Einigung besteht.

Es gibt drei Hauptphasen für die Sprintplanung.

1. Entwerfen

Das Design eines Sprints ist normalerweise nur ein einmaliges Ereignis, kann jedoch im weiteren Verlauf optimiert werden, um den Prozess zu verbessern. Wenn das Design nicht funktioniert, müssen Sie natürlich zum Reißbrett zurückkehren.

Die Teile der Entwurfsphase eines Sprintplans beginnen mit einem Sprintplanungsmeeting. Hier werden Geschäftsinitiativen gemessen und das Sprint Backlog erstellt. Ein weiteres Meeting wird diesen Rückstand in Aufgaben aufschlüsseln, wodurch der Rückstand abgeschlossen wird.

Es wird tägliche Scrum-Meetings geben. Dies sind Check-Ins, um den Fortschritt des Sprints zu aktualisieren. Aufgaben werden zu diesem Zeitpunkt weiter priorisiert und basierend auf der Überprüfung des Burndown-Diagramms zugewiesen, das grafisch zeigt, wie schnell ein Team arbeitet.

Außerdem gibt es während des Sprints etwas, das als Backlog-Grooming bezeichnet wird. Dies ist der Zeitpunkt, an dem der Product Owner und das Team das Backlog überprüfen und verfeinern, je nachdem, wie viel Fortschritt sie machen.

Nach Abschluss des Sprints findet ein Sprint-Review-Meeting statt. Hier werden die Ergebnisse des abgeschlossenen Sprints mit den Projektzielen aus dem Planungsmeeting verglichen. Es gibt auch ein Sprint-Retrospektive-Meeting, das sich mit den Prozessen und Tools befasst, die während des Sprints verwendet wurden, und wie sie für den nächsten verbessert werden können.

Diese Designs konzentrieren sich darauf, einen realistischen Zeitplan und Meilensteine ​​zu erstellen, die das Team erreichen muss. Das Design sollte von allen Mitgliedern des Projektteams vereinbart werden. Das Design ist die Struktur, die die Länge des Projekts bestimmt, daher muss es dem genehmigten Umfang, den Kosten und der Zeit des Projekts entsprechen.

2. Schätzen Sie die Sprintgeschwindigkeit

Vor dem Sprint legt der Product Owner seine Velocity fest. Das heißt, wie viel Arbeit innerhalb des Sprints erledigt werden soll. Diese Entscheidung basiert auf dem Zeitplan des Teams und seiner Kapazität.

Diese Schätzung wird zu Beginn jedes Sprints erstellt. Auch wenn es während der Designphase einen Drang dazu geben mag, ist es besser zu warten. Es gibt wertvolle Erkenntnisse, die nach jedem Sprint kommen, die auf den nächsten angewendet werden sollten.

Das Ziel der Schätzung ist es, für jeden Sprint eine neue Sprintgeschwindigkeit zu entwickeln. Dies sollte die Ziele dieses Sprints widerspiegeln, die Effizienzen, die wir aus dem vorherigen gelernt haben, und was mit den aktuellen Ressourcen realistisch erreicht werden kann. Es sind jetzt auch viele Tools verfügbar, um die Anzahl der Ziele zu maximieren, die in jedem Frühling erreicht werden, von Testautomatisierungstools bis hin zu CI/CD-Lösungen.

3. Zuweisung von Sprint-Arbeit

Hier kommt der Scrum Master ins Spiel. Aufgrund ihrer Expertise können sie eng mit dem Team zusammenarbeiten, um die Anforderungen des Product Owners zu erfüllen. Gemeinsam verteilen der Scrum Master und das Team die Arbeit des Sprints.

Aber das Team arbeitet relativ unabhängig, was eines der Prinzipien eines agilen Frameworks ist. Die Idee selbstgesteuerter Teams ist grundlegend für die Arbeit mit Scrum, und sie sind dafür verantwortlich, den Sprint zum Sprintziel zu managen.

Dies geschieht, indem diejenigen, die am besten mit den Aufgaben vertraut sind, mit der Ausführung beauftragt werden. Die richtigen Leute werden eingesetzt, und das Team gewinnt ein größeres Verantwortungsgefühl für die Arbeit. Sie werden durch die Autonomie ermächtigt.

Der Unterschied zwischen einem erfolgreichen und einem gescheiterten Sprint

Zu sagen, ob Ihr Sprint erfolgreich war, ist ziemlich einfach. Hat es sein Ziel erreicht? Das Sprintziel wird vor Beginn des Sprints vom Product Owner und dem Team festgelegt. Wenn diese Kriterien erfüllt sind, ist der Sprint erfolgreich. Es bedeutet, dass Sie den Rückstand mit einer akzeptablen Rate abarbeiten.

Wenn das Team dagegen nicht in der Lage ist, den gesamten Rückstand, der als Sprintziel festgelegt wurde, abzuschließen, ist dieser Sprint gescheitert. Die Tatsache, dass Sprints schnell sind und sich ständig weiterentwickeln, soll verhindern, dass am Ende Ihres Projekts ein Produkt steht, das niemand haben möchte. Auch das wäre ein Fehlschlag.

Der Erfolg wird durch Sprint Reviews gemessen, die sicherstellen, dass sich das Projekt in die richtige Richtung bewegt. Wenn die wichtigsten Stakeholder und Endbenutzer unzufrieden sind, wenn die Ergebnisse nicht ihren Erwartungen entsprechen, ist dies ein Misserfolg. Wenn am Ende eines Sprints nichts gelernt wird, kann dies auch als Misserfolg gewertet werden. Schließlich geht es um das Experimentieren und den empirischen Prozess.

ProjectManager.com hilft bei der Sprint-Planung

ProjectManager.com ist eine flexible Projektmanagement-Software. Wenn es um die Planung Ihres nächsten Sprints geht, können Sie unsere Sprint-Planungsvorlagen verwenden, um auf dem richtigen Fuß zu beginnen. Die Vorlage ist für Entwicklerteams konzipiert. In der Board-Ansicht können Sie Aufgaben ganz einfach aus dem Backlog in die Entwicklung verschieben.

Sobald Sie Ihr Board haben, können Teams Spalten anpassen und an Karten zusammenarbeiten. Sie können ihre eigenen Aufgabenlisten hinzufügen und mit anderen Teammitgliedern kommentieren. Wir haben unbegrenzten Dateispeicher, also fügen Sie so viele Dokumente und Bilder hinzu, wie Sie möchten. Sie sind alle auf Aufgabenebene verbunden, sodass Sie nicht mehr endlos nach wichtigen Unterlagen suchen müssen. @ Der Product Owner oder Scrum Master, der per E-Mail benachrichtigt wird, und ihn in das Gespräch einbeziehen.

Unsere Aufgabenlistenansicht ist ein großartiges Tool für Rückstände. Sie können diesen Rückstand verwalten, indem Sie die Daten nach Fälligkeitsdatum, Eigentümer, Projekt usw. filtern. Aufgaben können auch mit Tags versehen werden, um sie leichter zu finden. ProjectManager.com ist Cloud-basiert, sodass jede Statusaktualisierung von Aufgaben sofort in der Software widergespiegelt wird, was für mehr Transparenz sorgt.

Schließlich gibt es noch unser Echtzeit-Dashboard. Es verfolgt das Projekt über eine Reihe von Metriken, einschließlich Aufgaben, Fortschritt und Abweichung. Dies ist eine weitere Funktion, die beim Umgang mit Stakeholdern und der Präsentation von Projektaktualisierungen hilfreich sein wird.

ProjectManager.com ist eine Cloud-basierte Projektmanagement-Software, die sich ideal für jede Methodik eignet, mit der Sie arbeiten. Wir haben die Tools, die Managern helfen, ihr Projekt zu planen, zu überwachen und darüber zu berichten. Teams erhalten eine kollaborative Plattform, die ihnen die Autonomie gibt, in selbstgesteuerten Gruppen zu arbeiten und die Produktivität zu steigern. Probieren Sie ProjectManager.com noch heute mit dieser kostenlosen 30-Tage-Testversion aus.