Schlanke Entwicklung - Scrum-Framework
2024-08-29 12:00:12 0 Bericht
Anmelden, um den vollständigen Inhalt anzuzeigen
Andere Kreationen des Autors
Gliederung/Inhalt
Agile Manifest
Individuen und Interaktion über Prozesse und Tools
Die Arbeitssoftware ist höher als detaillierte Dokumentation.
Kundenpartnerschaft über Vertragsverhandlung
Reagieren auf Veränderungen ist wichtiger als Pläne befolgen.
drei Rollen
Produktbesitzer - Produktverantwortlicher
Kürzel:
PO
Personal:
In der Regel wird diese Rolle von Produktmanagern/Produktdirektoren übernommen.
Aufgaben:
ist der einzige Verantwortliche für die Produkt-Backlog-Liste
Die Wertschöpfung des von der Gruppe entwickelten Produkts maximieren
Die Geschichten aus der Produkt-Backlog in Sprint-User-Stories aufteilen
Die Teamantworten jederzeit auf Fragen zu User Stories
Scrum Master - Agile Coach
Kürzel:
SM
Personal:
Diese Rolle wird von einem professionellen Agile Coach übernommen.
Aber die meisten werden von Personen mit guter Reputation und Kenntnissen in agiler Entwicklung ausgeübt.
Verantwortung:
Hilft dem Team, die Theorie und Praxis von Scrum zu verstehen
Sicherstellen, dass Ereignisse in Scrum pünktlich abgeschlossen werden
Hilft dem Team, Hindernisse bei der Arbeit zu beseitigen.
Helfe dem Team, hochwertige Produkte zu schaffen
Team - Entwicklungsgruppe
Kürzel:
Team
Personal:
Von verschiedenen Cross-Functional-Mitarbeitern zusammengesetzt: Frontend, Backend, Test, Architektur...
Aufgaben:
Alle sind gleich, kein Titel, sie sind alle Teammitglieder
Die Anforderungen im Produktbacklog in handelbare Produktincremente umwandeln
3 Teile
Produkt-To-Do-Liste
Die Liste wird von PO vollständig verantwortet.
Diese Listeneintrag verfügt über die folgenden Eigenschaften: Beschreibung, Reihenfolge, Schätzung und Wert.
Die Produkt-Backlog-Liste ist dynamisch und muss kontinuierlich aktualisiert werden, um die Anforderungen des Produkts an seine Anwendbarkeit und Konkurrenzfähigkeit widerzuspiegeln.
Sprint-To-Do-Liste
Die Liste wird von der Gruppe vollständig verantwortet.
Die Sprint-To-Do-Liste besteht aus einer Liste der höchsten Prioritäts-User-Stories, die aus der Produkt-To-Do-Liste ausgewählt wurden.
Die Sprint-To-Do-Liste ist hoch sichtbar und spiegelt die tatsächliche Arbeitsfortschritt des Teams in der aktuellen Sprint wider.
Produktionszunahme
Der Inkrement ist die Summe aller Produktbacklog-Elemente, die in einem Sprint abgeschlossen wurden.
sowie der Wert aller zuvor erstellten Sprint-Inkremente insgesamt
Regardless of whether the product owner decides to release it, the increment must be available
4 Ereignisse
Sprint-Planung
Zeit:
Sprint-Tag 1 ausführen
Die Dauer der Besprechung hängt von der Iterationsdauer ab
Zyklen von 2 Wochen dauern in der Regel nicht länger als 4 Stunden; Zyklen von 4 Wochen dauern in der Regel nicht länger als 8 Stunden.
Personal:
PO
SM
Alle Teammitglieder
Ereignis:
PO erklärt dem Entwicklungsteam, was in diesem Sprint zu erledigen ist (User Stories erklären)
Nachdem PO den Inhalt der Iteration erklärt hat, zerlegen die Teammitglieder die Aufgaben (indem sie die Story in spezifische Tasks zerlegen)
Täglich Treffen
Zeit:
Sprint-Zyklus: Täglich ausführen (morgens empfohlen)
Die Dauer einer Besprechung sollte in der Regel nicht länger als 15 Minuten betragen.
Personal:
PO (nicht obligatorisch)
SM
Alle Teammitglieder
Ereignis:
Jedes Teammitglied spricht nacheinander.
Die Rede umfasst drei Sätze.
Was habe ich gestern gemacht...
Ich habe welche Schwierigkeiten, welche Hilfe benötige...
Was ich heute vorhabe zu tun...
Nach der Rede nehmen Sie die Aufgaben am Ort (d.h. das Versprechen, die Aufgaben, die Sie heute abschließen möchten) entgegen.
Sprint-Review-Meeting
Zeit:
Sprint-letzter Tag ausführen
Die Dauer der Besprechung hängt von der Iterationsdauer ab
Zyklen von 2 Wochen dauern in der Regel nicht länger als 2 Stunden; Zyklen von 4 Wochen dauern in der Regel nicht länger als 4 Stunden.
Personal:
PO
SM
Alle Teammitglieder
Anforderungsbeteiligte
Ereignis:
Das Team präsentiert den Anforderungsstakeholdern Funktionen, die im Sprint abgeschlossen wurden.
Das Team beantwortet Funktionsfragen der betroffenen Stakeholder.
Sprint-Review-Meeting
Zeit:
Der letzte Tag des Sprints ausführen
Die Dauer der Besprechung hängt von der Iterationsdauer ab
Die Rückblick-Sitzung dauert in der Regel nicht länger als drei Stunden.
Personal:
PO
SM
das gesamte Team
Je nach Situation laden / ablehnen Sie den Leiter zur Teilnahme ein.
Ereignis:
Das Team geht derzeit den Problemen im aktuellen Sprint nach.
Die Lösung für das oben genannte Problem zu diskutieren, um in der nächsten Sprint-Iteration zu verbessern.
Überprüfen Sie die Verbesserung der Probleme im letzten Sprint.
Hinweis: Diese Besprechung ist nicht formell, Teammitglieder können frei sprechen (können sogar einige Snacks kaufen, um das Team zu belohnen)
5 Wert
Versprechen: Bereitschaft, ein Ziel zu unterstützen
Konzentration: Verwende deine Gedanken und Fähigkeiten auf das, was du versprochen hast
Offenheit: Scrum macht alles im Projekt für jeden sichtbar
Respekt: Jeder hat seine einzigartige Hintergrund und Erfahrung
Mut: Den Mut, Versprechen abzugeben, Reiseversprechen, Respekt anderer anzunehmen
Sammeln
Sammeln
Sammeln
Sammeln
0 Kommentare
Nächste Seite
Empfohlen für Sie
Mehr anzeigen
![[Geschäftsanalysetool] Business Model Canvas Analysis Framework](https://www.processon.io/chart_image/template/thumb/6722dff920a8b46cb88a5e14.png?tid=67220a1c3ce33a364d9f88d5)
