Was ist die Scrum-Methodik für das Projektmanagement?

Obwohl agiles Scrum für die agile Softwareentwicklung entwickelt wurde, wurde es zum bevorzugten Framework für agiles Projektmanagement im Allgemeinen und wird manchmal einfach als Scrum-Projektmanagement oder Scrum-Entwicklung bezeichnet.

Inhaltsverzeichnis

Wer nutzt die agile Scrum-Methodik?

Scrum wird häufig von Softwareentwicklungsteams verwendet. Tatsächlich ist es das beliebteste agile Methodik. Entsprechend der 12. Jahrgang State of Agile berichten70 % der Softwareteams verwenden Scrum oder einen Scrum-Hybrid. Scrum hat sich jedoch auch auf andere Geschäftsfunktionen ausgeweitet, einschließlich IT und Marketing, wo es Projekte gibt, die trotz Komplexität und Unklarheit vorangetrieben werden müssen. Auch Führungsteams stützen ihre agilen Managementpraktiken auf Scrum und kombinieren es oft mit Lean- und Kanban-Praktiken (Untergruppen des agilen Projektmanagements).

Was ist Scrum im Zusammenhang mit agilem Projektmanagement?

Scrum ist eine Untergruppe von Agile:

  • Agil ist eine Reihe von Werten und Prinzipien, die die täglichen Interaktionen und Aktivitäten einer Gruppe beschreiben. Agile selbst ist nicht vorschreibend oder spezifisch.
  • Die Scrum-Methodik folgt den Werten und Prinzipien der agilen Vorgehensweise, beinhaltet jedoch weitere Definitionen und Spezifikationen, insbesondere in Bezug auf bestimmte Softwareentwicklungspraktiken.

Welche Vorteile bietet die Scrum-Methodik?

Organisationen, die agiles Scrum eingeführt haben, haben Folgendes erlebt:

  • Höhere Produktivität
  • Produkte von besserer Qualität
  • Verkürzte Markteinführungszeit
  • Höhere Zufriedenheit der Stakeholder
  • Bessere Teamdynamik
  • Zufriedenere Mitarbeiter

Was ist das Besondere am Scrum-Projektmanagement?

Scrum geht auf die Komplexität der Arbeit ein, indem es Informationen transparent macht, sodass die Mitarbeiter auf der Grundlage aktueller Bedingungen statt vorhergesagter Bedingungen prüfen und anpassen können. Auf diese Weise können Teams die üblichen Fallstricke eines Wasserfall-Entwicklungsprozesses umgehen: Chaos aufgrund ständig wechselnder Anforderungen; Unterschätzung von Zeit, Ressourcen und Kosten; Kompromisse bei der Softwarequalität; und ungenaue Fortschrittsberichte. Bei der Scrum-Entwicklung ist Transparenz hinsichtlich allgemeiner Begriffe und Standards erforderlich, um sicherzustellen, dass das gelieferte Ergebnis den Erwartungen entspricht. Häufige Prüfungen stellen den Fortschritt sicher und erkennen Abweichungen frühzeitig, sodass schnell Anpassungen vorgenommen werden können. Die häufigsten Scrum-Ereignisse für Prüfungen und Anpassungen sind: Sprintplanung, tägliches Scrum oder „Stand-up“, Sprint-Review und Sprint-Retrospektive (siehe Abschnitt „Scrum-Ereignisse“ weiter unten).

Was ist die Scrum-Methodik im Vergleich zu anderen agilen Ansätzen?

Die meisten Unternehmen stellen zunächst einzelne Teams auf Agile um, bevor sie den Rest der Organisation „skalieren“. Agile zu skalieren ist nicht einfach, was in letzter Zeit zur Entstehung neuer Frameworks geführt hat, wie zum Beispiel Scaled Agile Framework® und Disciplined Agile Delivery (DAD) Diese Popularität hat Scrum zu einem wichtigen Bestandteil vieler Initiativen für agiles Application Lifecycle Management (Agile ALM) gemacht.

Was sind die Komponenten der agilen Scrum-Entwicklung?

Die Scrum-Methodik wird durch Teamrollen, Ereignisse (Zeremonien), Artefakte und Regeln definiert.

Das Scrum-Team

Scrum-Teams bestehen typischerweise aus 7 +/- 2 Mitgliedern und haben keinen Teamleiter, der Aufgaben delegiert oder entscheidet, wie ein Problem gelöst wird. Das Team als Einheit entscheidet, wie Probleme angegangen und Probleme gelöst werden. Jedes Mitglied des Scrum-Teams ist ein integraler Bestandteil der Lösung und es wird erwartet, dass es ein Produkt von der Idee bis zur Fertigstellung begleitet. In einem Scrum-Team gibt es drei Schlüsselrollen:

Der Produktbesitzer

Der Product Owner ist der wichtigste Stakeholder des Projekts – in der Regel ein interner oder externer Kunde oder ein Sprecher des Kunden. Es gibt nur einen Product Owner, der die Gesamtmission und Vision des Produkts vermittelt, das das Team entwickelt. Der Product Owner ist letztendlich für die Verwaltung des Produkt-Backlogs und die Annahme abgeschlossener Arbeitsschritte verantwortlich.

Der Scrum Master

Der Scrum Master ist der dienende Anführer des Produktbesitzers, des Entwicklungsteams und der Organisation. Da der Scrum Master keine hierarchische Autorität über das Team hat, sondern eher eine Moderatorfunktion übernimmt, stellt er sicher, dass sich das Team an die Scrum-Theorie, -Praktiken und -Regeln hält. Der Scrum Master schützt das Team, indem er alles Mögliche tut, um dem Team zu Höchstleistungen zu verhelfen. Dazu kann die Beseitigung von Hindernissen, die Moderation von Besprechungen und die Unterstützung des Produktbesitzers beim Abbau des Rückstands gehören.

Das Entwicklungsteam

Das Entwicklungsteam ist eine selbstorganisierende, funktionsübergreifende Gruppe, die über alle Fähigkeiten verfügt, um nach Abschluss jedes Sprints lieferbare Inkremente bereitzustellen. Scrum erweitert die Definition des Begriffs „Entwickler“ über Programmierer hinaus und umfasst jeden, der an der Erstellung des bereitgestellten Inkrements beteiligt ist. Es gibt keine Titel im Entwicklungsteam und niemand, auch nicht der Scrum Master, sagt dem Entwicklungsteam, wie es Produkt-Backlog-Elemente in potenziell lieferbare Inkremente umwandeln kann

Scrum-Events (Zeremonien)

Der Sprint

Ein Sprint ist ein zeitlich begrenzter Zeitraum, in dem bestimmte Arbeiten abgeschlossen und zur Überprüfung vorbereitet werden. Sprints dauern in der Regel 2–4 Wochen, können aber auch bis zu einer Woche dauern.

Sprintplanung

Bei Sprint-Planungsteambesprechungen handelt es sich um zeitlich begrenzte Ereignisse, die bestimmen, welche Product-Backlog-Elemente geliefert werden und wie die Arbeit erledigt wird.

Das tägliche Aufstehen

Das tägliche Stand-up ist ein kurzes Kommunikationstreffen (nicht länger als 15 Minuten), in dem jedes Teammitglied schnell und transparent über die Fortschritte seit dem letzten Stand-up, die geplante Arbeit vor dem nächsten Treffen und alle Hindernisse berichtet, die den Fortschritt möglicherweise blockieren .

Der Sprint-Review

Der Sprint-Review ist die „Show-and-Tell“- oder Demonstrationsveranstaltung für das Team, um die während des Sprints abgeschlossene Arbeit vorzustellen. Der Product Owner prüft die Arbeit anhand vordefinierter Akzeptanzkriterien und akzeptiert die Arbeit oder lehnt sie ab. Die Stakeholder oder Kunden geben Feedback, um sicherzustellen, dass das gelieferte Inkrement den Geschäftsanforderungen entspricht.

Die Retrospektive

Die Retrospektive oder Retro ist die letzte Teambesprechung im Sprint, um festzustellen, was gut gelaufen ist, was nicht gut gelaufen ist und wie sich das Team im nächsten Sprint verbessern kann. Die Retrospektive, an der das Team und der Scrum Master teilnehmen, ist eine wichtige Gelegenheit für das Team, sich auf seine Gesamtleistung zu konzentrieren und Strategien für die kontinuierliche Verbesserung seiner Prozesse zu identifizieren.

Scrum-Artefakte

Produkt Rückstand

Das Product Backlog ist das wichtigste Dokument, das alle Anforderungen an ein System, Projekt oder Produkt beschreibt. Das Product Backlog kann man sich als eine To-Do-Liste vorstellen, die aus Arbeitselementen besteht, von denen jedes eine Leistung mit geschäftlichem Wert hervorbringt. Backlog-Elemente werden vom Produktbesitzer nach ihrem Geschäftswert geordnet.

SRückstand drucken

Ein Sprint-Backlog ist die spezifische Liste von Elementen aus dem Produkt-Backlog, die in einem Sprint abgeschlossen werden sollen.

Inkrementieren

Ein Inkrement ist die Summe aller Product Backlog-Elemente, die seit der letzten Software abgeschlossen wurden release. Es liegt zwar am Produktbesitzer, zu entscheiden, wann ein Inkrement erfolgt released, es liegt in der Verantwortung des Teams, sicherzustellen, dass alles, was in einem Inkrement enthalten ist, einsatzbereit ist releaseD. Dies wird auch als potenziell lieferbares Inkrement (PSI) bezeichnet.

Scrum-Regeln

Die Regeln von Agile Scrum sollten vollständig dem Team überlassen bleiben und davon abhängen, was für seine Prozesse am besten funktioniert. Die besten Agile-Coaches weisen Teams an, mit den oben aufgeführten grundlegenden Scrum-Events zu beginnen und diese dann auf der Grundlage der individuellen Bedürfnisse Ihres Teams zu überprüfen und anzupassen, damit die Art und Weise, wie Teams zusammenarbeiten, kontinuierlich verbessert wird.

Scrum üben

Erste Schritte

Zu Beginnen Sie mit ScrumEs ist nicht ungewöhnlich, dass ein einzelnes Scrum-Team einfache Scrum-Tools wie ein Whiteboard, Haftnotizen oder eine Tabellenkalkulation verwendet, um das Produkt-Backlog und den Fortschritt der Sprint-Backlog-Elemente in jedem Sprint zu verwalten. Die Skalierung agiler Praktiken auf den Rest der Organisation ist zweifellos komplizierter – je mehr Teams innerhalb einer Organisation Scrum verwenden oder geografisch verteilt sind, desto umständlicher werden einfache Tools wie Whiteboards, Haftnotizen und Tabellenkalkulationen.

Agilität auf die nächste Stufe bringen

Digital.ai Agility, ehemals VersionOne, stellt sich der Herausforderung der Skalierung agiler Praktiken wie Scrum, indem es eine umfassende agile Projektmanagementplattform bereitstellt, die nicht nur von einzelnen Teams, sondern auch von verteilten Unternehmen genutzt werden kann, die ein skaliertes agiles Framework eingeführt haben. Digital.ai Agility ist eine zentrale Umgebung für Stakeholder auf Team-, Programm- und Portfolioebene zur Planung, Verfolgung und Berichterstattung Softwarelieferung unabhängig vom Standort.