Sprintplanung
Die Sprintplanung ist die erste Phase im Scrum-Sprint. Es bestimmt den Umfang und die Arbeitsweise während des Sprints. Das gesamte Scrum-Team ist in die Planung eingebunden.
Ein Sprint ist ein klar definierter Zeitraum, in dem eine bestimmte Arbeit abgeschlossen werden muss. Ein Sprint muss geplant werden, bevor er beginnt. Zunächst müssen Sie die Dauer und das Ziel des Sprints festlegen.
Beim Planungsworkshop werden die Aufgabenliste und das Ziel des Sprints vereinbart. Es ist wichtig, dem Team die richtige Motivation für die Arbeit zu geben, damit jedes Mitglied auf den Erfolg ausgerichtet ist.
Wenn der Sprint schlecht geplant ist, kann dies zum Scheitern des Teams führen. Entwickler werden den an sie gestellten Erwartungen nicht gewachsen sein, da sich die Aufgaben als unrealistisch erwiesen haben.
Fragen, die Sie bei der Planung eines Sprints berücksichtigen sollten:
- Der Kunde oder Softwarebesitzer gibt das Ziel des Sprints bekannt und erklärt nebenbei, wie es erreicht werden kann. Das Scrum-Team findet heraus, welche Aufgaben in einem zukünftigen Sprint erledigt werden können, um dieses Ziel zu erreichen.
- Entwickler verteilen untereinander einen Arbeitsplan, der mit dem Softwarekunden abgestimmt wird.
- An der Erstellung des Sprintplans ist immer der Kunde (Eigentümer) des Produkts beteiligt. Er legt ein Ziel fest und das Programmierteam muss herausfinden, ob es in einem Sprint erreicht werden kann.
- Der Plan sollte ein Produkt-Backlog verwenden, aus dem Informationen zum Plan hinzugefügt werden können.
- Die Teammitglieder sollten die Planungsbesprechung mit einem klaren Verständnis darüber abschließen, was sie zum Erreichen des Ergebnisses benötigen. Sie können die Reihenfolge zukünftiger Aktionen im Sprint-Backlog anzeigen.
Die Planung sollte zwei Stunden pro Woche nicht überschreiten. Der Scrum Master muss jedem erklären, dass es Zeitlimits gibt. Wenn alle Arbeitsprobleme schnell gelöst werden, kann das Meeting früher als üblich enden. Für ein solches Treffen gibt es keine Mindestdauer.
Aufgabenbewertung
Um die Komplexität der Arbeit einzuschätzen, muss man es nicht übertreiben. Der Planungsprozess erfordert keine genaue, aber zumindest eine ungefähre Einschätzung der Komplexität der Entwicklung. Das Team muss nicht nur das Ziel des Sprints verstehen, sondern es auch mit den Fähigkeiten seines Teams vergleichen.
Zur Beurteilung der Komplexität können Sie die üblichen Konfektionsgrößen für jedermann (L, XL, XXL) heranziehen. Dies ist natürlich keine Garantie für die Richtigkeit, aber dennoch.
Um die Komplexität genauer beurteilen zu können, bedarf es gegenseitigen Verständnisses. Teammitglieder sollten ihre Meinung offen äußern und keine Angst davor haben, dem Product Owner Fragen zu stellen.
Kritik am Team nach Abschluss der Arbeiten kann dazu führen, dass bei der Planung des nächsten Sprints die Prognosen weniger optimistisch ausfallen. Dies hilft dem Team, eine Wiederholung des Fehlers zu vermeiden und schützt ihn vor einer negativen Bewertung in der Zukunft.
Bewertung der Schwierigkeit in Punkten, Punkten und Stunden
Normalerweise schätzen Entwicklungsteams die Komplexität ihrer Arbeit im Laufe der Zeit ein. Einige agile Teams entscheiden sich jedoch dafür, den Schwierigkeitsgrad in Punkten oder Punkten zu bewerten. Dies ist ein besserer Hinweis auf die Gesamtkosten, die für die Implementierung eines Backlog-Elements oder einer anderen zugewiesenen Aufgabe erforderlich sind.
Die Punktevergabe richtet sich nach der Komplexität und dem Umfang der Arbeit. Darüber hinaus werden mögliche Risiken berücksichtigt. Die Bewertung mit dieser Methode hilft dabei, die Arbeit effektiv in kleine Schritte zu unterteilen.
Durch die regelmäßige Verwendung der Bewertungsmethode (Punkte) bei der Planung können Teams besser und genauer einschätzen, wie viel Zeit sie für die Fertigstellung der Arbeit benötigen. Darüber hinaus gibt es noch weitere Vorteile.
- Die Zeitschätzung berücksichtigt nicht Arbeiten, die nicht direkt mit dem Projekt zusammenhängen, obwohl sie sicherlich anfallen werden. Arbeitsangelegenheiten über einen Messenger besprechen, Besprechungen abhalten – all das braucht auch Zeit für die Teammitglieder.
- Emotionen können die Wahl des Dates beeinflussen. Durch die Bewertung der Arbeit wird dieser Faktor eliminiert.
- Die Einschätzung der Komplexität der Arbeit und dementsprechend die Geschwindigkeit der Aufgabenerledigung kann für jedes Team unterschiedlich sein. Die Arbeit mit erzielten Punkten kann nicht als Indikator für die Geschwindigkeit angesehen werden. Das heißt, es gibt keinen psychologischen Druck auf die Mannschaft.
- Durch die richtige Verteilung von Arbeitskosten und Komplexität können Sie schnell und konfliktfrei Punkte für die geleistete Arbeit zwischen den Beteiligten aufteilen.
- Die Anzahl der für die Erledigung einer Aufgabe erhaltenen Punkte hängt von deren Komplexität ab und nicht von der aufgewendeten Zeit. Daher werden Programmierer über die Verbesserung ihrer Effizienz nachdenken und nicht darüber, wie lange es dauern wird.
Der Nachteil der Komplexitätsschätzung besteht darin, dass sie häufig missbraucht wird. Beispielsweise kann diese Methode nicht zur Bewertung von Mitarbeitern eingesetzt werden.
Teams sollten ein Bewertungssystem verwenden, um den ihnen zugewiesenen Arbeitsaufwand besser zu verstehen und die richtigen Prioritäten zu setzen.
Tägliches Scrum-Meeting
Workshops sind wichtig: Bei ihnen tauschen Teammitglieder ihre Meinungen aus, kommunizieren und vereinbaren das weitere Vorgehen. Außerdem sind tägliche Scrum-Meetings erforderlich, um den Teamgeist zu stärken und aktuelle Neuigkeiten bekannt zu geben.
Stand-up ist ein kurzes Treffen der wichtigsten Projektteilnehmer: des Softwarebesitzers, der Programmierer und des Scrum Masters. Der Aufbau des Stand-Ups besteht aus drei Fragen.
- Was konnten wir gestern machen?
- Woran arbeiten wir heute?
- Was hindert uns daran, Ergebnisse zu erzielen?
Das Stellen dieser Fragen regt die Entwicklung an und hilft, Probleme innerhalb des Teams zu erkennen. Wenn jeder Teilnehmer kommuniziert, wie er/sie zur Erreichung eines gemeinsamen Ziels beiträgt, verbessert dies das gegenseitige Verständnis im Team.
Es ist wichtig zu bedenken, dass es keine einheitliche Vorlage für die Durchführung von Stand-ups gibt. Jedes Team hält Besprechungen nach seinem eigenen Modell ab, basierend auf den Eigenschaften des Teams.
Lassen Sie uns nun besprechen, was für den perfekten Stand-Up erforderlich ist, und uns mit Beispielen für effektive Stand-Ups vertraut machen.
Zuerst müssen Sie einen Zeitpunkt auswählen, der für jeden geeignet ist. Normalerweise finden Stand-ups für Teams aus demselben Büro zu Beginn des Arbeitstages statt – zwischen 9 und 10 Uhr morgens. So haben Sie Zeit, Ihren Tagesablauf besser zu planen. Wenn Teammitglieder in verschiedenen Regionen arbeiten, wird ein für alle passender Zeitpunkt gewählt. Wenn beispielsweise einige Teammitglieder in Kalifornien und Sydney leben, beginnt der Stand-up um 15:30 Uhr kalifornischer Zeit. Natürlich ist das Aufstehen nach dem Abendessen nicht für jeden bequem, aber es ermöglicht, mit Kollegen auf der anderen Seite des Ozeans in Kontakt zu bleiben.
Behalten Sie den Überblick über die Stand-up-Produktivität. Halten Sie das Meeting nicht zu lange durch – die Konzentration der Aufmerksamkeit sollte optimal bleiben. Stehen Sie möglichst nicht länger als 15 Minuten auf.
Benutze den Ball. Es kann abwechselnd einander zugeworfen werden. So werden alle an der Diskussion beteiligt sein. Dieses Spiel hilft, die Aufmerksamkeit in der Gruppe zu halten. Nutzen Sie die Team-Retrospektive. Stand-ups werden in vielen agilen Methoden verwendet. Dies hindert uns jedoch nicht daran, die Wirksamkeit von Stand-ups bei Retrospektiven zu diskutieren. Jemand trifft sich jeden Tag, andere Teams – ein paar Mal pro Woche. Wenn es für das Team schwierig ist, vom Aufstehen zu profitieren, finden Sie die Gründe dafür und ändern Sie etwas.
Sprint-Rezension
In der letzten Phase des Sprints wird ein Frühjahrsrückblick durchgeführt. Es ist notwendig, das Produktinkrement zu überprüfen und den Rückstand anzupassen. An der Überprüfung der Sprintergebnisse nehmen das gesamte Scrum-Team und alle Stakeholder teil. Das Treffen wird in einem entspannten Format abgehalten, um die Interaktion der Projektteilnehmer zu verbessern.
Die Überprüfung der Sprint-Ergebnisse umfasst die folgenden Elemente:
- Der Softwareeigentümer zeigt, was aus dem Backlog abgeschlossen wurde und was nicht.
- Die Programmierer besprechen, was gut gelaufen ist, wo die Schwierigkeiten aufgetreten sind und wie diese behoben wurden.
- Das Entwicklungsteam zeigt die Ergebnisse seiner Arbeit während des Sprints und welche Produktinkremente es erhalten hat.
- Der Product Owner teilt seine Gedanken zum aktuellen Rückstand. Außerdem gibt es eine Prognose für das nächste Ziel und den Termin für dessen Umsetzung.
- Jeder bespricht, was aufgrund der Markteinschätzung und der Benutzerinteressen am besten als nächstes zu tun ist.
- Es findet ein Meinungsaustausch über den Zeitplan, das Budget und die Aussichten für die Aufstockung des Rückstands statt.
Das Ergebnis ist ein aktualisierter Rückstand mit neuen Zielen für nachfolgende Sprints. Der Rückstand kann geändert werden, wenn die Situation es erfordert.
Sprint-Retrospektive
Die Sprint-Retrospektive ist ein Workshop, in dem diskutiert wird, wie Sie Ihren Arbeitsablauf verbessern können. Außerdem wird ein Verbesserungsplan für den nächsten Sprint erstellt. Das Meeting findet in der Regel im Anschluss an das Sprint-Review statt und dauert nicht länger als drei Stunden. Die Leitung des Meetings übernimmt der Scrum Master.
Zu den Hauptzielen der Sprint-Retrospektive gehören:
- Sprintanalyse (Arbeit der Teilnehmer, Ergebnisse und Probleme).
- Besprechen Sie mögliche Lösungen zur Verbesserung des Arbeitsablaufs in nachfolgenden Sprints.
- Erstellung eines Plans zur Umsetzung von Verbesserungen durch Teammitglieder während der Projektumsetzung.
Der Scrum Master lädt Teammitglieder ein, Vorschläge zur Verbesserung der Entwicklungseffizienz zu machen. Das Team bespricht die Vorschläge und schlägt bestimmte Wege und Techniken für deren Umsetzung vor.
Am Ende der Sprint-Retrospektive sollte das Team einige Verbesserungsvorschläge hervorheben, die im nächsten Sprint umgesetzt werden sollen. Vorschläge können jederzeit umgesetzt werden, die Sprint-Retrospektive bietet jedoch die Möglichkeit, ihre mögliche Umsetzung aus Sicht des Teams genauer zu betrachten.
Hier beenden wir unsere Diskussion der Scrum-Methodik. Mehr dazu erfahren Sie in der thematischen Dokumentation oder an Ihrem ersten Arbeitsplatz.
GO TO FULL VERSION