Scrum-Methodik: Rollen, Ereignisse und Artefakte

Die Scrum-Methodik wurde als Antwort auf starre Projektmanagementansätze wie die Wasserfallmethode entwickelt, die sich nicht an die Bedürfnisse agiler Produkt- und Softwareentwicklungsteams anpassten. Wir werden die Scrum-Methodik eingehend untersuchen, aber fangen wir vorher mit einer einfachen Scrum-Definition an.

Was ist die Scrum-Methodik?

Scrum ist ein Projektmanagement-Framework, das die Teamzusammenarbeit bei komplexen Produkt- und Softwareentwicklungsprojekten erleichtert. Die gute Nachricht ist, dass Scrum leicht zu verstehen ist. Die schlechte Nachricht ist, dass es schwer zu meistern ist.

Die Scrum-Methodik betont die Teamarbeit im Projektmanagement. Es betont die Rechenschaftspflicht und ist ein iterativer Fortschritt in Richtung eines klar definierten Ziels. Scrum ist Teil der agilen Softwareentwicklung und Teams praktizieren agil. Der Name stammt aus dem Rugby-Sport, wo Scrum eine Formation ist, in der jeder eine bestimmte Rolle spielt, aber alle auf eine schnelle Annahme von Strategien hinarbeiten.

Die notwendige Zusammenarbeit, die für ein erfolgreiches Scrum erforderlich ist, wird durch ProjectManager erleichtert, eine Cloud-basierte Arbeits- und Projektmanagementsoftware, die Scrum-Teams überall dort verbindet, wo sie arbeiten. Unsere Plattform ist durch und durch kollaborativ und liefert Echtzeitdaten, die es Scrum-Teams ermöglichen, Aufgaben während eines Sprints zu kommentieren, Dateien auszutauschen und vieles mehr. Beginnen Sie noch heute kostenlos.

Das Scrum-Framework

Scrum ist ein Framework, das aus Werten, Rollen, Ereignissen und Artefakten besteht. Diese Elemente arbeiten zusammen, um eine agile Projektmanagementmethode bereitzustellen, die Teams hilft, ihre Arbeit besser zu verwalten. Das Scrum-Framework sollte einfach sein. Es ist weniger eine traditionelle Projektmanagement-Methodik als vielmehr ein Framework für die Produkt- und Softwareentwicklung.

Scrum-Werte

Der Begriff Scrum-Werte bezieht sich eigentlich auf agile Werte, die auf ein Scrum-Framework angewendet werden. Es sind einfache Aussagen, die als agile Best Practices funktionieren. Die agilen Werte stammen aus dem agilen Manifest, einem Dokument mit den Leitprinzipien der agilen Methodik. Lassen Sie uns kurz erklären, worum es bei ihnen geht.

• Individuen und Interaktionen über Prozesse und Tools: Prozesse und Tools sind in der Softwareentwicklung wichtig, aber Individuen und wie sie mit diesen Prozessen und Tools interagieren, sind wichtiger.
• Funktionierende Software statt umfassender Dokumentation: Vor dem agilen Manifest konzentrierten sich Softwareentwickler stark auf Dokumentation. Dieser Wert besagt, dass die Dokumentation zwar wichtig ist, die Konzentration auf die Entwicklung der Software jedoch das Hauptziel des Scrum-Teams sein sollte.
• Kundenzusammenarbeit statt Vertragsverhandlung: Dieser Wert erklärt, dass die Zusammenarbeit mit Kunden zur Erstellung eines qualitativ hochwertigen Produkts viel wichtiger ist als die Ausarbeitung eines starren Vertrags, der die Produktentwicklung einschränkt, wie es in den alten Zeiten der Softwareentwicklung üblich war.
• Auf Veränderungen reagieren statt einem Plan folgen: Dieser Wert besagt, dass Agilität eine Projektmanagementmethode ist, die sich nahtlos an Veränderungen anpasst, basierend auf einem iterativen Produktentwicklungszyklus und nicht auf einem starren Projektplan.

Scrum-Rollen

Wie bei allem im Projektmanagement braucht die Scrum-Methodik Menschen, die ausgeführt werden. Dazu definiert es drei Scrum-Rollen, einen Scrum Master, einen Product Owner und ein Entwicklungsteam, das sich aus mehreren Teammitgliedern zusammensetzt.

Der Scrum Master ist, wie sein Name schon sagt, ein Experte für Scrum-Methodik. Er garantiert, dass jeder im Scrum-Team versteht, wie das Framework funktioniert, und hilft ihnen, sich an die agile Umgebung anzupassen. Er leitet Scrum-Meetings.

Der Scrum Product Owner verwaltet das Produktprotokoll und überwacht die Sprintplanung und nimmt aktiv an Scrum-Meetings teil. In gewisser Weise fungieren sie als Projektmanager, weil sie die Pflege des Backlogs leiten und User Stories priorisieren, um die Teamarbeit zu verbessern.

Das Scrum-Entwicklungsteam besteht einfach aus allen Teammitgliedern, die eine Software oder ein Produkt entwickeln. Sie müssen eng mit dem Product Owner zusammenarbeiten und sich an die Vorschläge des Scrum Masters halten.

Scrum-Events

Diese Scrum-Events oder Scrum-Zeremonien fördern die Teamzusammenarbeit und stellen sicher, dass während des gesamten Produkt- oder Softwareentwicklungslebenszyklus eine konstante Kommunikationslinie zwischen den Scrum-Teammitgliedern besteht.

Sprint-Planung

Unter Verwendung des Produkt-Backlogs beginnen die Teams mit den Elementen mit der höchsten Priorität und legen fest, wie dieses Ziel erreicht werden kann. Ein guter Tipp bei der Sprint-Planung ist, die Due Diligence durchzuführen und nur mit fertigen Elementen zu beginnen. Denken Sie auch daran, dass die Planung ein kurzer Prozess ist, also verzetteln Sie sich nicht in den Details. Machen Sie sich einfach daran, die Ziele zu erreichen. Behalten Sie den Plan gemeinsam bei. Das Team sollte auch dem Product Owner und den Stakeholdern Fragen stellen.

Tägliches Scrum-Meeting

Dies sind 15-minütige Meetings, bei denen alle Mitglieder des Scrum-Teams über die Aufgaben sprechen, an denen sie tagsüber arbeiten werden, und alle Hindernisse oder Schwierigkeiten teilen, mit denen sie konfrontiert sind. Es ist nicht nötig, dieses tägliche Scrum-Meeting länger zu machen, da es andere Meetings wie Sprint-Reviews und Sprint-Retrospektiven gibt, um komplexere Themen zu erörtern.

Sprint-Review

Sie möchten auf den Sprint zurückblicken und sehen, was funktioniert hat und was nicht. Sie können die Informationen dann auf zukünftige Sprints anwenden, um die positiven Ergebnisse zu replizieren und die negativen zu reduzieren. Beginnen Sie den Sprint-Review-Prozess, indem Sie sich bei den Teilnehmern bedanken, kurze Einführungen anbieten und Grundregeln für die Diskussion festlegen.

Sprint-Retrospektive

Das Sprint-Retrospektive-Meeting gibt dem Scrum-Team einen Raum, um über den letzten Sprint nachzudenken und festzustellen, was gut und was falsch gelaufen ist. Feedback von Stakeholdern und Kunden wird ebenfalls gesammelt, um User Stories zu priorisieren und die Produktleistung zu verbessern.

Rückstandspflege

Sobald dieser Zyklus durchlaufen ist, beginnt es erneut, indem es zum Rückstand zurückkehrt und das nächste fertige Element an die Spitze der Prioritätsliste nimmt. Backlog Grooming besteht darin, den Scrum-Prozess durch Priorisierung der Arbeit auf der Grundlage früherer Erfahrungen zu verbessern und die Arbeit weiter zu verfeinern, um sie so effizient wie möglich zu gestalten.

Scrum-Artefakte

In der Scrum-Methodik bezieht sich der Begriff Artefakt auf Schlüsselkonzepte, die vom Scrum-Team verwendet werden, um Produkte in einer agilen Umgebung zu entwickeln. Wir gehen die wichtigsten Artefakte durch, die jedes Scrum-Team benötigt: Product Backlog, Sprint Backlog und Product Increment.

• Product Backlog: Der Product Owner erstellt eine Liste der zu erledigenden Arbeiten und ordnet sie nach Priorität. Dies baut Ihren Projektrückstand auf. Sie tun dies, indem sie bestimmen, welche Artikel ein Muss sind, was weniger kritisch ist und welche nicht in den zugeteilten Zeitrahmen passen. Das bedeutet, dass der Wert jedes Artikels klar sein muss. Was sind ihre Auswirkungen, Risiken und wie könnte das Element beim Lernprozess helfen?
• Sprint Backlog: Das Sprint Backlog kann einfach als die Menge von User Stories definiert werden, an denen das Scrum-Team in einem einzigen Sprint arbeiten wird. Es ist wichtig sicherzustellen, dass immer die kritischsten User Stories bearbeitet werden und keine davon durchs Raster fällt.
• Produktinkrement: Der Begriff Produktinkrement bezieht sich auf alle während eines Sprints abgeschlossenen Product Backlog Items und kann auch verwendet werden, um die Summe aller abgeschlossenen Backlog Items und User Stories zu beschreiben.

Die Theorie der Scrum-Methodik hat sich im Laufe der Zeit weiterentwickelt. Scrum-Experten haben vorgeschlagen, dass es tatsächlich 7 Scrum-Artefakte gibt. Diese erweiterte Vision kann sehr hilfreich sein, um die Ziele des Scrum-Teams weiter zu definieren.

Scrum-Geschichte

Ursprünge

Der Scrum-Prozess hat seinen Ursprung in den frühen 1990er Jahren. Jeff Sutherland und Ken Schwaber entwickelten den Prozess, den sie 1995 auf der Konferenz Object-Oriented Programming, Systems, Languages ​​& Applications (OOPSLA) in Austin, Texas, vorstellten. Anschließend formalisierten sie die Methodik in einem veröffentlichten Artikel mit dem Titel „SCRUM Software Entwicklungsprozess."

Der Name Scrum wurde jedoch von einem 1986 von den Managementexperten Hirotaka Takeuchi und Ikujiro Nonaka veröffentlichten Artikel mit dem Titel „The New New Product Development Game“ übernommen. Sie verwendeten das Wort Scrum im Zusammenhang mit Rugby, um die Bedeutung der Zusammenarbeit im Team für den Projekterfolg zu betonen.

Das Papier berichtete über Forschungsergebnisse, die zeigten, wie die Leistung bei der Entwicklung neuer, komplexer Projekte davon profitierte, dass kleine, sich selbst organisierende Teams eher Ziele als Aufgaben erhielten. Die Teams, die sich auszeichnen, sind diejenigen, denen eine Richtung gegeben wird, die jedoch autonom sind, um ihre eigenen Taktiken zum Erreichen dieser Ziele zu entwickeln

Scrum & Softwareentwicklung

Das Scrum-Framework wendete diese Forschung zu adaptiven Praktiken dann auf die Softwareentwicklung an. Unterwegs rekrutierte Schwaber Professor Babatunde A. Ogunnaike Tunde, einen Forschungsingenieur für Prozesssteuerung, um zu sehen, wie Scrum mit anderen Methoden funktioniert.

Es wurde festgestellt, dass Methoden wie Wasserfall und andere traditionell strukturierte Prozesse nicht auf das Scrum-Framework abgestimmt waren. Professor Tunde kam zu dem Schluss, dass ein empirischer Ansatz der Prozess ist, der am besten mit Scrum funktioniert.

Im Jahr 2001 erstellten Sutherland und Schwaber zusammen mit 15 anderen führenden Softwareentwicklern das Manifest für agile Softwareentwicklung. Kurz darauf wurde die Agile Alliance gegründet und Schwaber wurde ihr erster Vorsitzender. Schwaber war 2001 gemeinsam mit Mike Beedle Autor des ersten Buches über Scrum, Agile Software Development with Scrum.

Scrum in den 2000er Jahren

Die Scrum Alliance wurde 2002 von Schwaber, einem Vorsitzenden, mit Mike Cohn und Esther Derbry gegründet. Später fügten sie der Organisation einen Zertifizierungszweig mit Certified ScrumMaster-Programmen hinzu. Im Jahr 2006 gründete Sutherland Scrum, Inc. und unterrichtet weiterhin die Certified Scrum-Kurse.

Die Veränderungen in der Scrum-Community setzten sich fort, als Schwaber 2009 die Scrum Alliance verließ, um Scrum.org zu gründen, das die Professional Scrum Series anbietet.

Seitdem hat Scrum mit der ersten Veröffentlichung des Scrum Guides im Jahr 2010, der 2011 und 2013 aktualisiert wurde, eine globale Rolle im Projektmanagement eingenommen. Es ist heute als eines der am häufigsten verwendeten agilen Frameworks für das Management von Projekten bekannt.

Es wächst sogar, um mit großen Teams zu arbeiten. Scrum of Scrums bezieht sich auf die Verwendung der Technik, um Scrum auf große Gruppen zu skalieren.

Wie passt Scrum zu Agile?

Scrum ist ein Teil des agilen Prozesses, aber sicherlich nicht der einzige Teil. Agile ist ein großes Zelt, aber Scrum ist eine wichtige Säule. Stellen Sie sich Scrum als ein Framework vor, mit dem Sie agile Entwicklung implementieren können.

Agile hat keine Reihe von Schritten, die befolgt werden müssen, daher bietet Scrum ein Mittel, um Agile auf Ihr Projekt anzuwenden. Es gibt viele Frameworks, die Sie in der agilen Entwicklung verwenden können, z. B. extreme Programmierung oder funktionsgesteuerte Entwicklung, aber die Einfachheit und Autonomie von Scrum sind Verkaufsargumente.

Scrum kann auch als Einstiegspunkt für andere agile Praktiken verwendet werden. Es ist auch nicht nur ein Framework für Software, sondern kann vielen anderen Arten von Projekten zugute kommen.

Glossar der Scrum-Begriffe

Bevor Sie den Rahmen von Scrum definieren, finden Sie hier eine Auswahlliste mit einigen der gebräuchlicheren Begriffe, die bei der Arbeit in einer Scrum-Umgebung verwendet werden.

Burndown-Diagramm: Ein Burndown-Diagramm zeigt viel Aufwand im Vergleich zur Zeit.

Burnup Chart: Misst die Zunahme einer Kennzahl im Zeitverlauf.

Daily Scrum: Kurzes Scrum-Meeting zur Tagesarbeit.

Definition of Done: Die Definition of Done (DOD) ist eines der sieben Scrum-Artefakte. Es ist ein vom Scrum-Team vereinbartes Akzeptanzkriterium.

Entwicklungsteam: Verantwortlich für die Verwaltung der Arbeit im Zusammenhang mit jedem Sprint.

Engineering Standards: Gemeinsame Standards für die schrittweise Entwicklung von Projekten.

Product Backlog: Ein Product Backlog ist Arbeit, die in einer bestimmten Reihenfolge erledigt werden muss.

Product Backlog Refinement: Wenn der Product Owner und das Team Details zum Product Backlog hinzufügen, auch bekannt als Backlog Grooming.

Product Owner: Der Manager, der für das Produkt und das Team verantwortlich ist.

Scrum: Framework für Teamzusammenarbeit an komplexen Projekten.

Scrum Board: Ein Scrum Board hilft Scrum-Teams bei der Verwaltung ihrer Arbeit.

Scrumban: Scrumban ist eine hybride Methodik, die Scrum- und Kanban-Projektmanagement kombiniert.

Scrum Master: Die Rolle des Scrum Masters ist vergleichbar mit einem Coach, der dem Team mit seinem Fachwissen hilft.

Scrum Team: Product Owner, Team und Scrum Master. Erfahren Sie mehr über die Scrum-Rollen.

Selbstorganisation: Teamautonomie im Rahmen der Projektziele.

Sprint: Kurze Aufgaben, eine folgt unmittelbar auf die Erledigung einer anderen.

Sprint Backlog: Was das Team benötigt, um den Sprint abzuschließen.

Sprintziel: Der Zweck des Sprints.

Sprint-Planung: Eine Sprint-Planung ist eine Frühlingsveranstaltung, bei der Scrum-Teams ihren bevorstehenden Sprint planen.

Sprint-Retrospektive: Kurzes Post-Mortem des Sprints.

Sprint Review: Kurze Überprüfung des Sprints, um Verbesserungen für den nächsten hinzuzufügen.

Stakeholder: Nicht-Teammitglied, das normalerweise der Initiator eines Projekts ist.

Velocity: Die durchschnittliche Menge an Product Backlog verwandelte sich während des Sprints in ein Inkrement des Projekts.

ProjectManager hilft Scrum-Teams

Die Scrum-Methodik erfordert Zusammenarbeit und Flexibilität. ProjectManager, eine cloudbasierte Arbeits- und Projektmanagement-Software, verbindet Scrum-Teams und gibt ihnen die Werkzeuge an die Hand, die sie für die Arbeit in einer agilen Umgebung benötigen. Unser Tool liefert Echtzeitdaten, die alle auf dem Laufenden halten und kommunizieren, unabhängig davon, wo sie sich befinden, wie sie arbeiten oder welche Rolle sie im Projekt einnehmen.

Erstellen und verwalten Sie Scrum-Boards

Unsere mehreren Projektansichten bedeuten, dass andere Abteilungen an Gantt-Diagrammen oder unserer Blattansicht zusammenarbeiten können. Scrum-Teams verwenden jedoch unsere Scrum-Board-Ansicht, die es ihnen ermöglicht, ihren Rückstand an User Stories zu verwalten und bei der Planung eines Sprints zusammenzuarbeiten.

Scrum Boards geben Product Ownern und Scrum Mastern auch die Möglichkeit, den Fortschritt zu verfolgen und potenzielle Engpässe zu erkennen, die durch die Neuzuweisung von Ressourcen schnell behoben werden können.

Verfolgen Sie Scrum-Workflows mit Echtzeit-Dashboards

Sie wollen Ihrem selbstgesteuerten Team nicht im Weg stehen, aber Sie müssen wissen, was es tut. Unser Echtzeit-Dashboard verfolgt sechs Projektmetriken. Es ist keine Einrichtung wie bei minderwertigen Produkten erforderlich. Mit unseren benutzerdefinierten Workflows können Sie Auslöser anwenden, die automatisch Aktionen festlegen, damit sich Ihr Team auf seine Arbeit konzentrieren kann. Außerdem geben Ihnen Aufgabengenehmigungen die Kontrolle über Statusänderungen.

Arbeiten Sie mit Ihrem Scrum-Team zusammen

Egal, ob Ihr Team unter einem Dach sitzt oder über Zeitzonen hinweg arbeitet, unser Cloud-basiertes Tool ermöglicht es ihnen, zusammenzuarbeiten. Teammitglieder können auf Aufgabenebene Kommentare abgeben, andere, die dieser Aufgabe nicht zugewiesen sind, markieren, um sie in die Unterhaltung einzubeziehen, und Bilder und Dokumente teilen. E-Mail-Benachrichtigungen und In-App-Benachrichtigungen halten alle sofort auf dem Laufenden.

Unsere Software ist nicht nur ideal für Scrum, sondern kann auch mit traditionelleren Methoden wie Wasserfall oder einer Mischung aus vielen Projektmanagementmethoden arbeiten. Unser Tool ermöglicht Ihnen die Zusammenarbeit mit anderen Abteilungen in Ihrer Organisation, die nicht agil sind. Es ist das einzige Arbeits- und Projektmanagement-Tool, das Sie benötigen, um erfolgreich zu sein.

ProjectManager ist eine Projektmanagement-Software, die einzigartig positioniert ist, um Projektmanager in jeder Phase ihrer Arbeit zu unterstützen, unabhängig von der Methodik, die sie gewählt haben, um sie zu gestalten. Da es cloudbasiert ist, sammelt es Echtzeitdaten und verfügt über die Tools, die Teams bei der Zusammenarbeit unterstützen und ihnen die für Scrum erforderliche Autonomie mit Überwachung und Verwaltung geben, um den Zeitplan und das Budget einzuhalten. Sehen Sie, wie es Ihnen und Ihrem Team helfen kann, indem Sie diese kostenlose 30-Tage-Testversion nutzen.