Überblick über das Scrum Framework

Scrum Framework ist eine Methodik im Zusammenhang mit agilem Management, mit der Wissen und Arbeit verwaltet werden, insbesondere für die Softwareentwicklung. Es hat breite Anwendungen in verschiedenen Bereichen und wird jetzt von traditionellen Projektteams auf der ganzen Welt untersucht. Es ist für mittelgroße Teams mit drei bis maximal neun Mitgliedern gedacht, bei denen die Arbeit in kleine Teile aufgeteilt wird, die in Iterationen, so genannten Sprints, abgeschlossen werden können. Es dauert nicht länger als 30 Tage / Monat, um die gesamte Arbeit abzuschließen.

Die Zeit, die für die vollständige Ausführung benötigt wird, beträgt zwei Wochen. Wenn sie diese Zeit überschreitet, wird sie in Besprechungen, die als tägliche Scrums bezeichnet werden, neu strukturiert. Das Framework, das ein Bild davon liefert, wie Scrums implementiert werden, wird als Scrum-Framework bezeichnet. Zu den Teams in größeren Organisationen gehören die folgenden Scrums: Large-Scale-Scrum (LeSS), Scaled-Agile-Framework (SAFe), Scrum-of-Scrums und, Nexus usw.

Rolle des Scrum Frameworks

Das Scrum-Framework besteht aus drei Rollen. Das Framework in seiner Gesamtheit hilft bei der optimalen und richtigen Kommunikation zwischen den Teammitgliedern. Diese drei Rollen bilden zusammen das Scrum-Team. Diese drei Scrum-Framework-Rollen sind:

1) Product Owner: Der Product Owner repräsentiert jeweils alle möglichen Stakeholder und den Kunden. Es liegt in der Verantwortung, dem Kunden den größtmöglichen Wert zu liefern. Der Produktbesitzer folgt nicht den traditionellen Methoden, um Dinge zu erledigen, sondern priorisiert Dinge auf der Grundlage von Abhängigkeiten und Wichtigkeit. Ein Scrum-Team sollte nur einen Product Owner haben. Diese Rolle unterscheidet sich von der des Scrum Masters. Der Product Owner konzentriert sich auf den geschäftlichen Teil eines Produkts und fungiert als Vermittler zwischen den Stakeholdern und dem Team. Der Product Owner ist kein Diktator, sondern ein Konsensmacher. Ein guter Product Owner sollte daher in der Lage sein, die Bedürfnisse des Unternehmens und die Gründe für diese Bedürfnisse zu verstehen und sie den Stakeholdern und dem betroffenen Team mitzuteilen.

2) Entwicklerteam: Das Entwicklerteam ist dafür verantwortlich, bei jedem überholten Sprint eine optimale Arbeitsqualität zu erzielen. Das Sprintziel beschreibt die Arbeit, die ein Team leisten sollte, und die Qualität, die es am Ende jedes Sprints liefern muss. Das Team besteht aus drei bis neun Mitgliedern, die alle für die Erstellung der Produktinkremente erforderlichen Aufgaben ausführen. Obwohl ein Team aus Personen mit unterschiedlichem Hintergrund besteht, werden sie im Allgemeinen als Entwickler bezeichnet. Es handelt sich um ein selbstorganisierendes Team, und Interaktionen außerhalb des Teams werden vom Product Owner oder Scrum Master verwaltet.

3) Scrum Master: Scrum Master ist für die Ermöglichung eines Scrums verantwortlich. Stellen Sie sicher, dass keine Probleme mit der Lieferung von Qualitätsprodukten oder Liefergegenständen auftreten. Der Scrum Master fungiert als Vermittler zwischen dem Team und eventuellen Problemen auf dem Arbeitsweg und ist nicht unbedingt der Teamleiter. Der Scrum-Master stellt sicher, dass das Scrum-Framework eingehalten wird. Der Scrum Master ermutigt das Team, sich zu verbessern. Die Rolle wurde auch als Teamvermittler oder Anführer von Diensten bezeichnet, um die doppelten Aspekte zu reflektieren.

Der Workflow von Scrum Framework

Der Workflow eines Scrum-Frameworks sieht wie folgt aus:

1) Sprint: Ein Sprint / eine Iteration ist die Einheit eines Scrums. Ein Sprint ist auf eine bestimmte Zeit begrenzt. Die Dauer eines Sprints wird im Voraus festgelegt und beträgt normalerweise zwischen einer Woche und einem Monat, in der Regel zwei Wochen.

2) Sprint-Planung: Zunächst führt das Scrum-Team eine Sprint-Planung durch, um:

  • Entscheiden Sie gemeinsam den Arbeitsumfang, der während eines Sprints durchgeführt werden soll.
  • Identifizieren Sie Elemente, die in nur einem Sprint ausgeführt werden können.
  • Mache einen Sprint, in dem die Arbeit, die Items beinhalten soll, erledigt werden soll.
  • Die erwartete Zeit beträgt vier Stunden pro Tag für zwei Wochen.
  • Wenn die Arbeit fortgesetzt wird, werden die identifizierten Elemente aufgeteilt, und wenn sie nicht innerhalb eines Sprints abgeschlossen werden können, werden sie in das Product Backlog übernommen.
  • Wenn das Sprint-Backlog vom Entwicklungsteam entwickelt wird, werden die Elemente, die innerhalb eines Sprints ausgeführt werden können, aufgenommen.

3) Täglicher Sprint: Bei jedem Sprint findet täglich ein Scrum oder Stand Up statt.

  • Jedes Mitglied des Entwicklungsteams ist gut vorbereitet.
  • Auch wenn einige Mitglieder des Entwicklungsteams fehlen, beginnt es pünktlich.
  • Es sollte jeden Tag zur gleichen Zeit und am gleichen Ort stattfinden.
  • Die Zeit ist auf 15 Minuten begrenzt.
  • Nur Mitglieder des Entwicklungsteams sollten einen Beitrag leisten, aber auch alle anderen sind willkommen.
  • Es wird erwartet, dass jedes Teammitglied während des täglichen Gedränge drei Fragen beantwortet.
  • Habe ich gestern etwas getan, um zum Sprintziel des Teams beizutragen?
  • Was muss ich heute tun, um meinem Team dabei zu helfen, zum heutigen Sprintziel meines Teams beizutragen?
  • Rechne ich mit Problemen, die mein Team daran hindern oder verzögern können, die festgelegten Ziele zu erreichen?

4) Sprint Review: Das Team veranstaltet am Ende eines Sprints zwei Events, nämlich den Sprint Review und die Sprint Retrospektive.

Bei der Sprintüberprüfung hat das Team:

  • Überprüft die abgeschlossene Arbeit und die Arbeit, die noch abgeschlossen werden muss.
  • Die abgeschlossenen Arbeiten werden den Stakeholdern vorgelegt.
  • Entscheidet in Zusammenarbeit mit den Stakeholdern, was als nächstes abgeschlossen werden soll.

Richtlinien für Sprint Reviews:

  • Unvollständige Arbeiten können nicht nachgewiesen werden.
  • Die erwartete Dauer beträgt zwei Stunden für zwei Wochen.

5) Sprint Retrospektive: Bei der Sprint Retrospektive hat das Team:

  • Studiert den vergangenen Sprint.
  • Identifiziert die Mängel und behebt sie.

6) Erweiterungen: Die Erweiterung umfasst zwei Ereignisse, nämlich

  • Verfeinerung des Auftragsbestands.
  • Absage eines Sprints.

Obwohl das Scrum-Framework so präzise und effizient ist, hat es seine eigenen Einschränkungen:

  • Es gibt Teams, die geografisch verstreut sind oder Teilzeitmitglieder haben und daher schwierig zu verwalten und durchzuführen sind.
  • Es gibt Teams mit sehr speziellen Fähigkeiten, und ein solcher endgültiger Rahmen funktioniert nicht richtig.
  • Einige externe Faktoren beeinflussen auch Produkte und Leistungen, die außerhalb unserer Kontrolle liegen.
  • Einige Produkte sind von Natur aus ausgereift und unterliegen einer eingeschränkten Qualitätskontrolle. Daher passt ein solcher Rahmen nicht zu ihnen.

Empfohlene Artikel

Dies war ein Leitfaden für Scrum Framework. Hier diskutieren wir die 3 Hauptrollen und den Workflow des Scrum Frameworks. Sie können auch unsere anderen Artikelvorschläge durchgehen -

  1. Was ist Agile Programmierung?
  2. Was ist Agile and Scrum?
  3. Was ist agiles Projektmanagement?
  4. Erlernen Sie die Scrum-Prinzipien
  5. Scrum Open-Bewertung
  6. 7 Funktionen von Scrum Dashboard

Kategorie:

Entwicklung des Unternehmertums