Scrum Intro
0 gefällt mir708 aufrufe
Das Dokument behandelt die Prinzipien und das Vorgehen von Scrum im Kontext der Softwareentwicklung bei Holtzbrinck, betont die Wichtigkeit von Kundenzufriedenheit und schnellen Releasezyklen, sowie die Rolle von selbstorganisierenden Teams. Es werden verschiedene Rollen innerhalb des Scrum-Frameworks (Product Owner, Scrum Master, Team) und deren Verantwortlichkeiten erläutert. Zusätzlich wird auf die Bedeutung von regelmäßigen Feedback-Runden und der kontinuierlichen Verbesserung des Teams hingewiesen.
Scrum Intro
- 1. holtzbrinck CTOforum holtzbrinck CTOforum Scrum Wieso, weshalb warum? Jan Ulbrich Holtzbrinck Digital GmbH jan.ulbrich@holtzbrinck.com Dienstag, 23. November 2010
- 2. holtzbrinck CTOforum holtzbrinck CTOforum Ziel der GeschäCsführung? Schneller, bunter! Dienstag, 23. November 2010
- 3. holtzbrinck CTOforum holtzbrinck CTOforum Und was wollen die Entwickler? Hmmmm… Dienstag, 23. November 2010
- 4. holtzbrinck CTOforum Agile Manifesto • Individuals and interactions over processes and tools • Working software over comprehensive documentation • Customer collaboration over contract negotiation • Responding to change over following a plan 2001 von Kent Beck, Mike Beedle, Arie van Bennekum, Alistair Cockburn, Ward Cunningham, Mar4n Fowler, James Grenning, Jim Highsmith, Andrew Hunt, Ron Jeffries, Jon Kern, Brian Marick, Robert C. MarTn, Steve Mellor, Ken Schwaber, Jeff Sutherland, Dave Thomas holtzbrinck CTOforum Dienstag, 23. November 2010
- 5. holtzbrinck CTOforum Agile Manifesto: Prinzip 1 „Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.“ • WichTg ist was hinten rauskommt… • Früh und in rascher Folge SoCware liefern • Kundenzufriedenheit Commitment des Teams zu Produkt-‐ und Firmenzielen (Sprint Goal) Dienstag, 23. November 2010
- 6. holtzbrinck CTOforum Agile Manifesto: Prinzip 3 „Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.“ • Kurze Releasezyklen! • Beispiel: Alle zwei Wochen Im Gegenzug Entwicklungs-‐Sprint ohne Einkippen neuer Features Dienstag, 23. November 2010
- 7. holtzbrinck CTOforum Agile Manifesto: Prinzip 5 „Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done.“ • Gute Teams bestehen aus guten Leuten • Fehlende Skills müssen aufgebaut/eingekauC werden • Die Entwickler müssen die Umsetzung selbst entscheiden dürfen Selbstorganisierende Teams Dienstag, 23. November 2010
- 8. holtzbrinck CTOforum Agile Manifesto: Prinzip 11 „The best architectures, requirements, and designs emerge from self-organizing teams.“ • Das Team kennt die Lösung • Jedes Team-‐Mitglied ist für seine eigene Weiterbildung verantwortlich • Fehlende Skills müssen aufgebaut oder eingekauC werden Dienstag, 23. November 2010
- 9. holtzbrinck CTOforum holtzbrinck CTOforum Das Versprechen von Scrum… Ruhige Arbeitsphasen für das Team Verlässliche Planung für alle Seiten Messbarer Erfolg für das ganze Unternehmen Dienstag, 23. November 2010
- 10. holtzbrinck CTOforum Artefakte • Was • Reihenfolge • Status • Produkt Time Boxen • Zeitrahmen • Takt • MeeTngs Rollen • Planung • Umsetzung • Prozess Scrum ist ein Framework für die Produktentwicklung und enthält… Dienstag, 23. November 2010
- 11. holtzbrinck CTOforum Framework • Regelmäßiger Ablauf • Selbstlernend deshalb besser Methode oder Framework und kein Prozess • Ziel jeder Zeitschleife ist ein fer4ges Produkt oder demonstrierbarer erreichter Meilenstein Dienstag, 23. November 2010
- 12. holtzbrinck CTOforum Product Backlog Working Product Artefakte 1 – 4 Wochen 24 Stunden Sprint Backlog Burndown Dienstag, 23. November 2010
- 13. holtzbrinck CTOforum Product Backlog Working Product 1 – 4 Wochen 24 Stunden Sprint Backlog Burndown SprintRelease Planning Sprint Planning Review RetrospecTve Time Boxen Daily Scrum Dienstag, 23. November 2010
- 14. holtzbrinck CTOforum Rollen Product Owner • Definiert Produkjeatures • Baut ein priorisiertes Product Backlog auf • Nimmt implemenTerte SoCware ab ScrumMaster • Sorgt für die Einhaltung des Prozesses • Moderiert • Räumt Impediments aus dem Weg • Organisiert Weiterbildung, Material etc. Team • Nimmt User Stories in das Sprint Backlog auf • Setzt die Stories eigenverantwortlich um • PräsenTert das Ergebnis zum Ende des Sprints • Bildet sich selbstständig fort Dienstag, 23. November 2010
- 15. holtzbrinck CTOforum Product Backlog mit der Grobplanung Wichtiger Unwichtiger 3 2 8 13 5 Nach Grafiken aus dem Buch „Scrum and XP from the Trenches“ (Henrik Kniberg) Dienstag, 23. November 2010
- 16. holtzbrinck CTOforum Sprint Backlog mit Tasks für den Sprint Geplant In Arbeit Im Test Fertig Sprintziel: Ungeplant: Burndown Chart: Nach Grafiken aus dem Buch „Scrum and XP from the Trenches“ (Henrik Kniberg) Dienstag, 23. November 2010
- 17. holtzbrinck CTOforum Sprint Backlog reflekTert den aktuellen Stand Geplant In Arbeit Im Test Fertig Sprintziel: Burndown Chart: Ungeplant: Nach Grafiken aus dem Buch „Scrum and XP from the Trenches“ (Henrik Kniberg) Dienstag, 23. November 2010
- 18. holtzbrinck CTOforum Agile Manifesto: Prinzip 12 „At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.“ • Feedback-‐Runden um die EffekTvität zu steigern • Geänderte Prozesse festhalten und leben • Hindernisse vom Management enjernen lassen Plan, Build, Inspect, Adapt (Impediment-‐Backlog, Sprint-‐Review, Sprint-‐RetrospecTve) Dienstag, 23. November 2010