5-Minuten-Scrum-Lernen

Scrum ist ein fokussierter, aber flexibler Ansatz im Projektmanagement, der Teams ermöglicht, durch iterative Prozesse der Softwareentwicklung zu arbeiten. Scrum ist empirisch und bietet Teams eine Methode, Hypothesen darüber zu bilden, wie sie glauben, dass etwas funktionieren sollte, diese zu testen, die Erfahrung zu reflektieren und angemessene Anpassungen vorzunehmen – wenn das Framework korrekt verwendet wird.

Die Struktur von Scrum ermöglicht es Teams, Praktiken aus anderen Frameworks zu kombinieren, die für ihre Umgebung von Bedeutung sind. In der agilen Welt ist Scrum zur führenden Methode für die Softwareentwicklung geworden. Das Konzept von Scrum ist zuverlässig und wurde von Tausenden von Entwicklungsteams weltweit bestätigt. Scrum eignet sich am besten für interdisziplinäre Teams, die in Produktentwicklungs-Umgebungen arbeiten, in denen eine große Menge an Arbeit in mehrere Iterationen von zwei bis vier Wochen aufgeteilt werden muss.

Ursprünge von Scrum

1986: Takeuchi und Nonaka veröffentlichten ihren Artikel „Das Neues Neues Spiel der Produktentwicklung“ in der Harvard Business Review. Der Artikel beschrieb einen Rugby-artigen Ansatz, bei dem „der Produktentwicklungsprozess aus der kontinuierlichen Interaktion einer sorgfältig ausgewählten, interdisziplinären Gruppe entsteht, deren Mitglieder von Anfang bis Ende zusammenarbeiten.“ Dieser Artikel wird häufig als Inspiration für das Scrum-Framework zitiert.

Scrum-Werte (Scrum-Werte)

Die folgenden Prinzipien unterstützen die empirische Natur von Scrum:

Transparenz
Teams müssen in einer Umgebung arbeiten, in der jeder über die Herausforderungen informiert ist, denen andere Teammitglieder gegenüberstehen. Teams bringen Probleme intern ans Licht – oft lang bestehende Probleme –, die den Erfolg des Teams behindern.

Inspektion
Das Framework beinhaltet häufige Meilensteine, die es Teams ermöglichen, darüber nachzudenken, wie ihre Prozesse funktionieren. Zu diesen Meilensteinen gehören die Daily Scrum und die Sprint-Review-Meetings.

Anpassung
Teams bewerten kontinuierlich ihren Fortschritt und passen diejenigen Elemente an, die als unwirksam erscheinen.

Entwicklungsteam (Entwicklungsteam)

Produktverantwortliche

Der Produktverantwortliche ist eine Rolle, die dafür verantwortlich ist, das Produkt-Backlog zu verwalten, um die erwarteten Ergebnisse zu erreichen, die das Team liefern möchte.

Die Rolle des Produktverantwortlichen existiert in Scrum, um die Herausforderung mehrerer widersprüchlicher Richtungen oder fehlender Richtung zu bewältigen, mit der Produktentwicklungsteams bei der Entscheidung, was gebaut werden soll, konfrontiert sind.

Scrum Master

Der Scrum Master ist dafür verantwortlich, sicherzustellen, dass die Teammitglieder die agilen Werte und Prinzipien leben und die Prozesse und Praktiken befolgen, die das Team vereinbart hat.

Der Titel wurde ursprünglich verwendet, um einen Scrum-Experten zu bezeichnen, der andere führen konnte.

Diese Rolle verfügt typischerweise über keine formelle Autorität. Die Person in dieser Rolle muss von einer einflussreichen Position aus führen, wobei sie in der Regel eine Dienstleistungs-Führungshaltung einnimmt.

Entwicklungsteam
Die Entwicklungsteam besteht aus den Personen, die innerhalb eines Sprints einen Produkt-Increment liefern.

Die primäre Verantwortung des Entwicklungsteams besteht darin, in jedem Sprint einen Increment zu liefern, der Wert schafft. Die Zuweisung der Arbeit wird vom Team anhand der aktuellen Umstände festgelegt.

Scrum-Artefakte

Produkt-Backlog
Die Produkt-Backlog ist eine geordnete Liste aller möglichen Änderungen am Produkt. Die Einträge im Produkt-Backlog sind Optionen, keine Verpflichtungen – das Aufnehmen auf der Liste garantiert keine Lieferung.

Der Produktverantwortliche pflegt kontinuierlich das Produkt-Backlog, einschließlich seines Inhalts, seiner Klarheit und seiner Reihenfolge.

Sprint-Backlog
Die Sprint-Backlog ist die Menge an Produkt-Backlog-Einträgen, die für die Lieferung während des Sprints ausgewählt wurden, zusammen mit den Aufgaben, die das Team als notwendig erachtet, um diese Einträge zu liefern und das Sprint-Ziel zu erreichen.

Increment
Der Increment ist die Menge an Produkt-Backlog-Einträgen, die am Ende eines Sprint erfüllen die Definition des Teams für „Fertiggestellt“. Der Produktverantwortliche kann entscheiden, den Increment in einem zukünftigen Sprint freizugeben oder darauf aufzubauen.

Definition von „Fertiggestellt“
Die Definition von „Fertiggestellt“ ist eine Übereinstimmung innerhalb des Teams über die Kriterien, die ein Produkt-Backlog-Element erfüllen muss, bevor es als abgeschlossen gilt.

Scrum-Veranstaltungen

Sprint
Ein zeitlich begrenztes Ereignis von einem Monat oder weniger, während dessen das Team einen potenziell lieferbaren Produkt-Increment liefert. Typische Merkmale eines Sprints:

• Konsistente Dauer während der gesamten Entwicklung
• Ein neuer Sprint beginnt unmittelbar nach Ende des vorherigen
• Der Start- und Endtermin eines Sprints ist festgelegt

Sprint-Planung (Sprint-Planung)
Ein Team beginnt einen Sprint, indem es bespricht, welche Elemente aus dem Product Backlog während des Sprints bearbeitet werden. Das endgültige Ergebnis der Sprint-Planung ist das Sprint-Backlog.

Die Sprint-Planung ist typischerweise in zwei Teile unterteilt. Im ersten Teil einigen sich der Product Owner und andere Teammitglieder darauf, welche Product-Backlog-Elemente in den Sprint aufgenommen werden.

Im zweiten Teil der Sprint-Planung bestimmt das Team, wie es die identifizierten Product-Backlog-Elemente als Teil eines potenziell lieferbaren Produkt-Increments erfolgreich liefern wird. Falls dies ihre Praxis ist, können das Team spezifische Aufgaben identifizieren, die zur Erreichung dieses Ziels erforderlich sind. Die ausgewählten Product-Backlog-Elemente (falls zutreffend) und die identifizierten Aufgaben bilden das Sprint-Backlog.

Sobald das Team und der Product Owner sich auf den Umfang des Sprints aufgrund der Beschreibung der Product-Backlog-Elemente verständigt haben, können keine weiteren Elemente mehr zum Sprint-Backlog hinzugefügt werden. Dies schützt das Team vor Umfangsänderungen während des Sprints.

Daily Standup (Daily Scrum)
Das Daily Scrum ist ein kurzer (normalerweise nicht länger als 15 Minuten) Treffen, bei dem das Team die Aktivitäten für den nächsten Tag koordiniert. Das Daily Scrum soll kein Statusbericht oder eine Problemlösungssitzung sein.

Sprint-Review
Am Ende des Sprints überprüft das gesamte Team (einschließlich des Product Owners) die Ergebnisse des Sprints mit den Produkt-Interessenten. Ziel dieser Diskussion ist es, die Ergebnisse zu überprüfen, vorzuführen und den Interessenten gegebenenfalls die Nutzung des Increments zur Abgabe von Feedback zu ermöglichen. Das Sprint-Review soll keinen Statusbericht liefern. Feedback aus dem Sprint-Review wird in das Product-Backlog für zukünftige Überlegungen aufgenommen.

Sprint-Retrospektive
Nach dem Sprint-Review, am Ende des Sprints, reflektiert das Team (einschließlich des Product Owners) den vorherigen Sprint und identifiziert Anpassungen, die sie zukünftig vornehmen können. Dies Retrospektive führt zu mindestens einem Aktionselement, das im Sprint-Backlog des nächsten Sprints enthalten ist.

5 Kernwerte

• Offenheit
• Respekt
• Mut
• Fokus
• Verpflichtung

Lebenszyklus

Scrum ist ein Framework, das Entwicklerteams ermöglicht, flexibel auf sich verändernde Umstände zu reagieren. Das Framework bietet ausreichend Kontrollpunkte, um sicherzustellen, dass Teams von den erwarteten Ergebnissen nicht abweichen und Probleme identifizieren, bearbeiten und Prozesse anpassen können, während die Arbeit noch im Gange ist.

Der Scrum-Lebenszyklus beginnt mit einem priorisierten Backlog, bietet jedoch keine Anleitung dafür, wie der Backlog entwickelt oder priorisiert werden soll.

Der Scrum-Lebenszyklus besteht aus einer Reihe von Sprints, die in einem potenziell lieferbaren Produkt-Increment münden. In diesen Sprints finden alle für die Produktentwicklung erforderlichen Aktivitäten an einem kleinen Teil des Gesamtprodukts statt. Unten ist eine Beschreibung der wichtigsten Schritte im Scrum-Lebenszyklus:

1. Erstellen Sie den Produkt-Backlog.
2. Der Product Owner und das Entwicklerteam führen die Sprint-Planung durch. In Teil eins der Sprint-Planung wird der Umfang des Sprints definiert; in Teil zwei wird der Plan zur Umsetzung dieses Umfangs festgelegt.
3. Während des Sprints führt das Entwicklerteam die erforderlichen Arbeiten durch, um die ausgewählten Produkt-Backlog-Elemente zu liefern.
4. Jeden Tag koordiniert das Entwicklerteam seine Arbeit in der Daily Scrum.
5. Am Ende des Sprints liefert das Entwicklerteam die ausgewählten Produkt-Backlog-Elemente aus der Sprint-Planung. Das Team führt eine Sprint-Review durch, um den Increment dem Kunden vorzuführen und Feedback einzuholen. Das Team und der Product Owner reflektieren auch den bisherigen Fortschritt des Sprints und passen ihren Prozess entsprechend in der Retrospektive an.
6. Das Teamwiederholt die Schritte 2 bis 5, bis das gewünschte Produktresultat erreicht ist.

Wichtige Vorteile

Scrumträgt maßgeblich zum Bereich der Softwareentwicklung bei, indem es eine einfache, aber effektive Methode zur Steuerung der Arbeit kleiner kooperativer Teams im Rahmen der Produktentwicklung bietet. Es bietet ein Framework und eine Reihe einfacher Regeln, die ein angemessenes Maß an Planung, Arbeitskontrolle, Risikoidentifikation und -minderung sowie Problemerkennung und -lösung ermöglichen.