Scrum - Revision history

Thomas Martin Schwarz at 07:53, 9 March 2021

2021-03-09T07:53:46Z

← Older revision		Revision as of 07:53, 9 March 2021
Line 1:		Line 1:
			[[File:PSL Scrum-Cycle-Diagram.002.png\|thumb]]
	Scrum ist ein Framework zur Zusammenarbeit, um komplexe Aufgabenstellungen zu lösen und kreative Produkte mit höchstmöglichem Wert auszuliefern.		Scrum ist ein Framework zur Zusammenarbeit, um komplexe Aufgabenstellungen zu lösen und kreative Produkte mit höchstmöglichem Wert auszuliefern.

	definiert durch 1 agiles Manifest		* definiert durch 1 agiles Manifest
			* basierend auf 12 Prinzipien
	basierend auf 12 Prinzipien		* beschrieben durch 5 Werte
			* ermöglicht durch 5 Ereignisse
	beschrieben durch 5 Werte		* gelebt durch 3 Rollen
			* unterstütz durch 3 Artefakte
	ermöglicht durch 5 Ereignisse

	gelebt durch 3 Rollen

	unterstütz durch 3 Artefakte

	== 12 Prinzipien ==		== 12 Prinzipien ==

Thomas Martin Schwarz at 10:24, 19 February 2021

2021-02-19T10:24:02Z

@@ Line 1: / Line 1: @@
-Scrum ist ein leichtgewichtiges Framework zum Managen von Projekten und besteht im Kern aus:
+Scrum ist ein Framework zur Zusammenarbeit, um komplexe Aufgabenstellungen zu lösen und kreative Produkte mit höchstmöglichem Wert auszuliefern.
-* drei Rollen
+definiert durch 1 agiles Manifest
-== Sprints ==
+basierend auf 12 Prinzipien
 In jeder Iteration „Sprint“ wird, innerhalb eines bestimmten Zeitlichen Rahmens, ein potenziell auslieferbares Produktinkrement hergestellt. Aus dem Backlog (Product) wählt der Produkt Owner vor Beginn eines Sprints jene Backlog Items aus, die er gern im nächsten Sprint umgesetzt haben möchte. Das Entwicklungsteam prognostiziert, welche dieser Backlog Items es umsetzten kann, und nimmt diese in das Backlog (Sprint) auf. Zu jeder Anforderung, die in einem Backlog Item beschrieben ist, erstellt das Entwicklungsteam eine Liste mitAufgaben „Tasks“, die zur Umsetzung der Anforderungen erforderlich sind.
-== Scrum Meetings ==
+=== Scrum Meetings ===
 * '''Sprint Planing''', im ersten Teil wird das „Was“ geklärt (welche Backlog Items), im zweiten Teil das „Wie“(welche Tasks).
@@ Line 25: / Line 66: @@
 '''Zeitlicher Rahmen''', 1-4 Wochen, so kurz wie möglich, Wie lange ist der Kunde bereit zu warten, bis er wieder Anforderungen und Änderungswünsche platzieren kann? Sprint Planing (8h für einen 4wöchigen Sprint, proportional anpassen)findet am ersten Tag des Zyklus statt. Sprint Review (4h für einen 4wöchigen Sprint, proportional anpassen) und Retrospektive (4h für einen 4wöchigen Sprint, proportional anpassen) sollten an einem Donnerstag stattfinden, damit der neue Sprint nahtlos, ohne die Unterbrechung durch das Wochenende durchgeführt werden kann. Release Das Zusammenstellen von Funktionen und Funktionsgruppen zu einem Release ist Aufgabe des Product Owners.
-== Drei Rollen ==
+== 3 Rollen ==
-* Product Owner
+=== Product Owner ===
 Des '''Entwicklungsteam''' (engl.: Development Team) ist für das WIE verantwortlich. Die empfohlene Größe laut Scrum Guid liegt zwischen 3 und 9 (ideal 7) Personen. So können alle benötigten Skills professionel abgedeckt werden und das Team wird nicht so groß, dass die innere und äußere Kommunikation und Koordination zu aufwändig wird. Und in Scrum Projekten muss/soll viel Kommuniziert werden. Das Entwicklungsteam ist verantwortlich für:
@@ Line 45: / Line 99: @@
 Niemand auch nicht der Scrum Master schreibt dem Entwicklungsteam vor, was zu tun ist, um das Sprint-Ziel zu erreichen. Alle Mitglieder handeln eigenverantwortlich, übernehmen gemeinsam die Organisation der Arbeit, planen und verteilen die anstehenden Aufgaben und Kommunizieren auf direkten, kurzen Wegen. Innerhalb des Entwicklungsteams gibt es lediglich die Rollenbezeichnung Entwickler (Developer). Da das team bewusst cross-funktional zusammengestellt ist, damit die Einzelnen ihre unterschiedlichen Fähigkeiten und Fertigkeiten einbringen, verbinden können und am Ende jeder die Verantwortung für das gesamte Sprintergebniss übernimmt.
-== Metarollen ==
+=== Metarollen ===
 Ein Schwein (Pig) und ein Huhn (Chicken) erwägen, gemeinsam ein Restaurant zu eröffnen. Aber wie soll es heißen? „Lass es uns `Schinken und Eier´ (Ham & Eggs) nennen“, schlägt das Huhn vor. „Besser nicht“, antwortet darauf das Schwein, „denn du wärst nur daran beteiligt, ich aber wäre dem ausgeliefert und würde voll und ganz darin aufgehen.“
@@ Line 66: / Line 120: @@
 Projektleiter
-== vier Meetings ==
+== 3 Artefakten ==
-== drei Artefakten ==
+=== Sprint Backlog ===
-== einer Definition of Done ==
+=== Produktinkrement ===

Thomas Martin Schwarz: Created page for Scrum

2021-02-19T09:33:29Z

Created page for Scrum

New page

Scrum ist ein leichtgewichtiges Framework zum Managen von Projekten und besteht im Kern aus:

* drei Rollen
* vier Meetings mit festen Zeitrahmen (Timebox),
* drei Artefakten,
* einer Definition of Done

== Sprints ==
In jeder Iteration „Sprint“ wird, innerhalb eines bestimmten Zeitlichen Rahmens, ein potenziell auslieferbares Produktinkrement hergestellt. Aus dem Backlog (Product) wählt der Produkt Owner vor Beginn eines Sprints jene Backlog Items aus, die er gern im nächsten Sprint umgesetzt haben möchte. Das Entwicklungsteam prognostiziert, welche dieser Backlog Items es umsetzten kann, und nimmt diese in das Backlog (Sprint) auf. Zu jeder Anforderung, die in einem Backlog Item beschrieben ist, erstellt das Entwicklungsteam eine Liste mitAufgaben „Tasks“, die zur Umsetzung der Anforderungen erforderlich sind.

== Scrum Meetings ==

* '''Sprint Planing''', im ersten Teil wird das „Was“ geklärt (welche Backlog Items), im zweiten Teil das „Wie“(welche Tasks).
* '''Daily Scrum''', (15min) synchronisation des Entwicklungsteams:
** Was haben wir seit dem letzten Daily Scrum erreicht?
** Was wollen wir bis zum nächsten Daily Scrum erreichen?
** Was behindert uns an unserer Arbeit?
* '''Sprint Review''', (2h für einen 4wöchigen Sprint, proportional anpassen) Präsentation der erzieltenErgebnisse.
** Der Product Owner läd ein, um zu prüfen, ob die Backlog Items im Sinne der „Definition of Done“ fertig sind.
** Das Entwicklungsteam nimmt einen Perspektivenwechsel von Entwickler zum Anwender vor und muss tatsächlich fertige Backlog präsentieren.
* '''Retrospektive''', (2h für einen 4wöchigen Sprint, proportional anpassen) Rückblick auf den vergangenen Sprint zur Verbessrung des Prozesses.
** Was lief gut?
** Was können wir besser machen?

'''Zeitlicher Rahmen''', 1-4 Wochen, so kurz wie möglich, Wie lange ist der Kunde bereit zu warten, bis er wieder Anforderungen und Änderungswünsche platzieren kann? Sprint Planing (8h für einen 4wöchigen Sprint, proportional anpassen)findet am ersten Tag des Zyklus statt. Sprint Review (4h für einen 4wöchigen Sprint, proportional anpassen) und Retrospektive (4h für einen 4wöchigen Sprint, proportional anpassen) sollten an einem Donnerstag stattfinden, damit der neue Sprint nahtlos, ohne die Unterbrechung durch das Wochenende durchgeführt werden kann. Release Das Zusammenstellen von Funktionen und Funktionsgruppen zu einem Release ist Aufgabe des Product Owners.

== Drei Rollen ==

* Product Owner
* Scrum Master
* Entwicklungsteam

Des '''Entwicklungsteam''' (engl.: Development Team) ist für das WIE verantwortlich. Die empfohlene Größe laut Scrum Guid liegt zwischen 3 und 9 (ideal 7) Personen. So können alle benötigten Skills professionel abgedeckt werden und das Team wird nicht so groß, dass die innere und äußere Kommunikation und Koordination zu aufwändig wird. Und in Scrum Projekten muss/soll viel Kommuniziert werden. Das Entwicklungsteam ist verantwortlich für:

* Die Aufgabenverteilung/Gruppenverteilung innerhalb des Teams.
* Das technische Design,
* die technische Architektur
* und die technische Umsetzung der Tasks.
* Die bleibende Flexibilität
* und Anpassbarkeit des Produkts.
* Die Auslieferbarkeit des Produkts nach dem Sprint.
* Die „Definition of Done“ nach den Erfordernissen des Projekts und den Erfahrungen der täglichen Arbeit.
* Bereitstellung von Entscheidungshilfen bei unterschiedlichen Problemlösungsmöglichkeiten für den Product Owner (in der Sprache des Product Owners).

Niemand auch nicht der Scrum Master schreibt dem Entwicklungsteam vor, was zu tun ist, um das Sprint-Ziel zu erreichen. Alle Mitglieder handeln eigenverantwortlich, übernehmen gemeinsam die Organisation der Arbeit, planen und verteilen die anstehenden Aufgaben und Kommunizieren auf direkten, kurzen Wegen. Innerhalb des Entwicklungsteams gibt es lediglich die Rollenbezeichnung Entwickler (Developer). Da das team bewusst cross-funktional zusammengestellt ist, damit die Einzelnen ihre unterschiedlichen Fähigkeiten und Fertigkeiten einbringen, verbinden können und am Ende jeder die Verantwortung für das gesamte Sprintergebniss übernimmt.

== Metarollen ==
Ein Schwein (Pig) und ein Huhn (Chicken) erwägen, gemeinsam ein Restaurant zu eröffnen. Aber wie soll es heißen? „Lass es uns `Schinken und Eier´ (Ham & Eggs) nennen“, schlägt das Huhn vor. „Besser nicht“, antwortet darauf das Schwein, „denn du wärst nur daran beteiligt, ich aber wäre dem ausgeliefert und würde voll und ganz darin aufgehen.“

'''Pig:'''

Die einen haben sich mit Leib und Seele der Sache verschrieben, gehen darin auf und ha􀁸en am Ende für den Erfolg.

'''Chicken:'''

Die anderen sind dabei und haben ein berechtigtes Interesse an dem, was passiert. Sie reden gern überall mit, sind im Zweifel nicht für den Projekterfolg verantwortlich und im Misserfolg unter Umständen verschwunden.

'''Weitere Rollen:'''

Anwender

Kunden

Manager

Projektleiter

== vier Meetings ==

== drei Artefakten ==

== einer Definition of Done ==