SlideShare ist ein Scribd-Unternehmen logo
1 von 50
Downloaden Sie, um offline zu lesen
Anleitung zum Ruinieren 
eines Scrum-Teams 
Udo Wiegärtner 
Resource Manager, conplement AG 
Professional Scrum Master I + II / Agile Coach 
conplement AG | Südwestpark 92 | 90449 Nürnberg 
www.conplement.de 
www.facebook.com/conplement 
1 © conplement AG 2010. All Rights Reserved. Mittwoch, 1. Oktober 2014
Stoppt Scrum! 
2 © conplement AG. All Rights Reserved. 01.10.2014
Wo kommen wir hin, wenn… 
• …Pläne nichts mehr wert sind? 
• …Softwareentwickler unsere Prozesse mit Füßen 
treten? 
• …wir dauernd mit dem Auftraggeber reden anstatt zu 
implementieren? 
• …wir auf jede Veränderung reagieren müssten? 
• Das wäre doch Anarchie, oder? 
• Agile Anarchie! 
• Agile Scrum Anarchie! 
3 © conplement AG. All Rights Reserved. 01.10.2014
Stoppt Scrum! 
Agile Entwicklung wird uns 
nicht kampflos besiegen! 
Scrum muss weg! 
Sie brauchen Scrum ja nur mal rückwärts lesen 
4 © conplement AG. All Rights Reserved. 01.10.2014
Zum Dozenten 
Udo Wiegärtner 
• Fa. conplement AG, Nürnberg 
• Personalentwickler + Scrum Coach 
• Historie: Kämpfe in allen „Schützengräben“ 
• Softwareentwickler 
• Product Manager 
• Entwicklungsleiter 
• Coach 
• Ich war einer von „denen“ 
(vielleicht bin ich es ja immer noch) 
• Scrum Ausbildung 
• Scrum Master (Scrum Alliance) 
• Scrum Master I + II (scrum.org) 
• Ausbildung Professional Scrum Developer Trainer 
(scrum.org / Microsoft) 
• Scrum seit 2006 / Einführung von Scrum in mehreren Firmen 
• Videotraining Scrum bei www.video2brain.de 
5 © conplement AG. All Rights Reserved. 01.10.2014
Zerbrechliche Agilität 
6 © conplement AG. All Rights Reserved. 01.10.2014
Nach dem Vortrag können Sie… 
Als Scrum Skeptiker 
…die wunden Punkte von Scrum-Teams identifizieren 
…Einführung und Betrieb von Scrum nachhaltig stören 
Als Scrum Befürworter 
…ihr Scrum verbessern, indem Sie den Referenten 
komplett ignorieren 
7 © conplement AG. All Rights Reserved. 01.10.2014
Agenda 
Scrum in 3 Minuten 
Stören von Scrum 
Wann stören? 
Wo stören? 
• Rollen 
• Artefakte 
• Timeboxes 
• Regeln 
• Tools 
8 © conplement AG. All Rights Reserved. 01.10.2014
Scrum in 3 Minuten 
Scrum = Gesunder Menschenverstand mit hübschen 
englischen Begriffen 
Scrum = Instinktives Teamverhalten in kritischen 
Projektsituationen 
Und dieses Verhalten besteht oft aus… 
9 © conplement AG. All Rights Reserved. 01.10.2014
Instinktives Teamverhalten in heißen Zeiten 
Das Wichtigste zuerst 
Rückversicherung beim Kunden 
Überschaubare Zyklen 
Sachen gleich „richtig“ fertig machen 
Effiziente Kommunikation 
Ständiges Optimieren 
Kein Prozess-Schnickschnack 
Alle für einen – einer für Alle 
Lauffähige Software 
Déjà-vu? 
10 © conplement AG. All Rights Reserved. 01.10.2014
Und wie boykottiere ich das? 
Ansatzpunkte sind überall 
Einführung und Laufzeit 
Management u. Entwickler 
Kunden 
Alle Bestandteile von Scrum 
Rollen, Artefakte, Timeboxes, Regeln 
Tools 
Stören ist einfach! 
Möge unser teuflisches Spiel beginnen… 
11 © conplement AG. All Rights Reserved. 01.10.2014
Ausbremsen gleich bei der Einführung 
Scrum als Allheilmittel anpreisen 
„Scrum bügelt schlechte Projekt-Aquise aus“ 
„Zu wenige Entwickler? Scrum rettet alles“ 
Rückhalt im Management vermeiden 
Nur keine Missstände aufdecken 
„Scrum ist halt so ein Entwickler-Dings“ 
Team bloß nicht ins Boot holen 
Nur Begriffe ändern, z.B. 
Monate  Sprints 
Sofort grundlegende Scrum-Regeln ändern, z.B. 
Sprint 9 Wochen anstatt 3 Wochen 
„Daily Scrum reicht uns 1x pro Woche“ 
Team keine „Einschwingphase“ gönnen 
12 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Rollen 
13 © conplement AG. All Rights Reserved. 01.10.2014
Blockieren der Scrum-Rollen 
Product Owner 
Team 
Scrum Master 
14 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Rollen: Product Owner ausbremsen 
Will Scrum, denkt Wasserfall 
Rollenverschmelzung hemmt 
Product Owner + Scrum Master = 
„Old School“ Projektleiter 
Begreift sich nicht als Teil des Teams 
Nicht greifbar für Team (zu „busy“ für Daily Scrum?) 
Nicht willens/fähig zu Entscheidungen („Dinner-Test“) 
Sieht Kunden als Feind anstatt Lebensversicherung 
Schlampt bei Product Backlog 
(Sabotagedetails folgen später) 
15 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Rollen: Das „Team“ demotivieren 
Grooooße Teams sind behäbig 
(Worst Case: > 9 Entwickler) 
Tools anstatt Mundwerk 
Mut zur De-Spezialisierung nehmen (Rockstars) 
Keine Chance zur Eigenverantwortung geben 
„Querulanten“ (Tester, DB-Admins) aus Team 
fernhalten 
Bloß kein Pair Programming (z.B. Junior / Senior) 
„Big Picture“ verheimlichen 
16 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Rollen: Scrum Master neutralisieren 
Vorgesetzter? („Augentest“) 
Arbeitsverteiler im Daily Scrum 
Vertrauen in Team ist überflüssig 
Löst Probleme selber anstatt Hilfe zur Selbsthilfe 
Nicht greifbar 
Lässt Hindernisse versanden („Whiteboard-Test“) 
Nicht streng genug (!) 
17 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Rollen 
18 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Artefakte 
19 © conplement AG. All Rights Reserved. 01.10.2014
Sabotieren der Scrum-Artefakte 
Product Backlog 
Sprint Backlog 
Burndown Chart 
20 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Artefakte: Product Backlog kippen 
Nicht aktuell im Sprint Planning Meeting 
In Komponenten / Dokumenten formuliert 
Zu große User Stories 
User Story ersetzt komplettes Pflichtenheft M 
Nicht streng priorisiert 
Priorisierung nicht mit Kunden abgestimmt 
Top-Manager betreiben „Hintenrumming“ 
Kein zyklisches „Grooming“ 
Nichtssagende User Stories [Beispiel…] 
21 © conplement AG. All Rights Reserved. 01.10.2014
Exkurs: User Stories als Bremse (1/4) 
User Story laut Scrum-Fans: 
Bestandteile: 
Titel 
Beschreibung 
• „Als <Aktor> will ich <Feature> um zu <Ziel>“ 
Akzeptanzkriterien 
Priorität 
Business Value 
22 © conplement AG. All Rights Reserved. 01.10.2014
Exkurs: User Stories als Bremse (2/4) 
Der Kundenwunsch 
Der Kunde will ein Gefühl dafür kriegen, wie viele 
Benutzer seine Webanwendung nutzen 
23 © conplement AG. All Rights Reserved. 01.10.2014
Exkurs: User Stories als Bremse (3/4) 
So würden die Scrum-Fans es formulieren 
Titel: 
Mitloggen der Benutzerzahlen 
Beschreibung: 
Als Administrator will ich die Benutzerzahlen der Weblösung XY 
auswerten können um bei Lastspitzen zusätzliche Hardware 
aktivieren zu können 
Akzeptanzkriterien: 
Textdatei genügt 
Listet max. Anzahl der gleichzeitigen Benutzer je Stunde 
Letzte 30 Tage genügen 
Aktualisierung 1x je Tag 
Zugriff nur für Admins und Site-Manager 
Priorität: 
15/25 
Business Value: 
50/1000 
24 © conplement AG. All Rights Reserved. 01.10.2014
Exkurs: User Stories als Bremse (4/4) 
Scrum-Saboteure würden es so machen 
Titel: 
Webservice für Benutzertabelle 
Beschreibung: 
Als Webservice will ich die Benutzer aus der Tabelle CurrentUsers 
aus der Datenbank auslesen und per Filestream in die Datei 
myLog.txt schreiben 
Akzeptanzkriterien: 
Name der Komponente: myWebservice 
KVA.B auch in 2.01 nötig 
Weitere Details wie besprochen 
Priorität: 
Muss unbedingt rein 
Business Value: 
? 
Hell Yeah, Baby! 
25 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Artefakte: Sprint Backlog nutzlos machen 
Altlasten aus vorherigem Sprint nicht mitführen 
(„Debt“ / „undone work“) 
Keine Tasks für selbstverständliche Arbeiten 
Drag-Factor ignorieren 
Nicht sichtbar im Daily Scrum 
Viele Tasks „in progress“ 
Nicht visualisieren, warum „in progress“ 
(z.B. überall fehlt nur noch der Test) 
So würden Scrum-Fans es vielleicht machen [Beispiel…] 
26 © conplement AG. All Rights Reserved. 01.10.2014
Visualisierung Sprint Backlog für Scrum-Fans 
27 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Artefakte: Burndown Chart nullen 
Nicht sichtbar im Daily Scrum 
Als Management-Kontrollinstrument anstatt als Team- 
Helferlein nutzen 
Keine Konsequenz aus ungünstigem Burndown ziehen 
[Beispiel…] 
28 © conplement AG. All Rights Reserved. 01.10.2014
Burndown Chart ohne Konsequenz 
29 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Artefakte 
30 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Timeboxes 
31 © conplement AG. All Rights Reserved. 01.10.2014
Stören der Scrum-Timeboxes 
Sprint 
Sprint Planning Meeting 
Daily Scrum 
Sprint Review Meeting 
Sprint Retrospective Meeting 
32 © conplement AG. All Rights Reserved. 01.10.2014
Scrum Timeboxes: Sprints verlangsamen 
Warum nicht gleich 9 Wochen anstatt 3? 
Karenzzeit zwischen Sprints zum „Fertigmachen“ 
Takt häufig wechseln 
Umpriorisieren während Sprint 
Sprint auch im Notfall nie abbrechen 
33 © conplement AG. All Rights Reserved. 01.10.2014
Timeboxes: Sprint Planning Meeting pulverisieren 
Product Backlog nicht aktuell (kein Grooming) 
Diskussionen über den Sinn von User Stories 
Product Owner „anschießen“ 
Große Stories nicht herunterbrechen 
Lead Developer / Rockstar schätzt alleine ab 
Planning Poker ist eh kindisch 
Endlos-Meetings (was heißt schon „time boxed“?) 
34 © conplement AG. All Rights Reserved. 01.10.2014
Timeboxes: Daily Scrum zerreden 
Was heißt schon „täglich“? 
„Hinsetzmeetings“ mit Kaffee 
Sprint Backlog nicht sichtbar im Raum 
Keine Konzentration auf die 3 Fragen 
Zu „sanfter“ Scrum Master 
Alle lieben technische Detaildiskussionen 
Burndown nicht „live“ pflegen, Konsequenzen nicht 
mit Product Owner diskutieren 
Hindernisse (Impediments) versanden lassen 
35 © conplement AG. All Rights Reserved. 01.10.2014
Timeboxes: Sprint Review zermürben 
Der Kunde stört nur 
Lead Developer / Rockstar präsentiert alles 
Stolz sein auf die eigene Arbeit? 
Sich für funktionierende Demo verantwortlich fühlen? 
Product Owner blenden durch unfertige Stories 
Feedback nicht in Product Backlog einfließen lassen 
36 © conplement AG. All Rights Reserved. 01.10.2014
Timeboxes: Sprint Retrospective überflüssig machen 
„Stuhlkreis“-Atmosphäre schafft Unbehagen ;-) 
Einfach mal den Chef dazunehmen 
Auf keinen Fall strukturiert vorgehen 
Nichts aufschreiben / nichts nachverfolgen 
Nach ersten Erfolgen nicht weiter optimieren 
37 © conplement AG. All Rights Reserved. 01.10.2014
38 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Timeboxes 
39 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Regeln 
Scrum-Tools 
40 © conplement AG. All Rights Reserved. 01.10.2014
Scrum-Regeln: Definition of Done lächerlich machen 
Diktat vom Management anstatt durch Team 
Unsinnige Inhalte (z.B. Einchecken nicht Teil der DoD) 
Definition of Done weder leben noch nachjustieren 
Was heißt schon fertig (z.B. Verdächtige Source 
Labels)? 
41 © conplement AG. All Rights Reserved. 01.10.2014
42 © conplement AG. All Rights Reserved. 01.10.2014
Scrum-Tools: Werkzeuge teuflisch nutzen 
Supertool am Anfang ersetzt Scrum-Grundverständnis 
Flipcharts eher meiden, da sehr effektiv 
Team Foundation Server: 
Macht gute Teams viel besser; und schlechte… 
Man braucht wirklich für ALLES ein Tool, oder? 
43 © conplement AG. All Rights Reserved. 01.10.2014
Sabotageziel: 
Scrum-Regeln 
Scrum-Tools 
44 © conplement AG. All Rights Reserved. 01.10.2014
Ausbremsen strengt an 
Puuuh, fast geschafft 
45 © conplement AG. All Rights Reserved. 01.10.2014
Das konspirative Fazit 
Scrum = Gesunder Menschenverstand 
Ausbremsen von Scrum = Gesunden 
Menschenverstand ausschalten 
Es geht immer um Menschen 
Fettnäpfe lauern überall 
Bei allen Scrum-Bestandteilen 
Bei Einführung / im laufenden Betrieb 
Intern / beim Kunden 
Viele Ansatzpunkte zum Ausbremsen vorhanden 
Wir müssen sie nur nutzen 
46 © conplement AG. All Rights Reserved. 01.10.2014
Wenn es mal soweit ist, wird Sabotage schwer 
47 © conplement AG. All Rights Reserved. 01.10.2014
Das Ende der Agilität dieses Vortrags 
Scrum ist vielleicht gar nicht soo schlecht 
Aber… 
…wenn wir nur beharrlich sind, sitzen wir dieses Agile 
Scrum Anarchie auch noch aus 
Das bleibt unter uns, oder? 
Vielen Dank und… 
48 © conplement AG. All Rights Reserved. 01.10.2014
Stoppt Scrum! 
49 © conplement AG. All Rights Reserved. 01.10.2014
Ihre Fettnäpfe? 
50 © conplement AG. All Rights Reserved. 01.10.2014 
Udo Wiegärtner 
udo.wiegaertner@conplement.de 
Twitter: @UdoWiegaertner 
www.conplement.de 
www.facebook.com/conplement 
Download der Folien: 
http://tinyurl.com/scrumruinieren

Weitere ähnliche Inhalte

Was ist angesagt?

Estimating with story points
Estimating with story pointsEstimating with story points
Estimating with story pointsWalid Farag
 
Scrum role introduction – The Product Owner
Scrum role introduction – The Product OwnerScrum role introduction – The Product Owner
Scrum role introduction – The Product OwnerLê Trọng-Hiệp
 
Key Note - Path to Agility 2013 - Kanban - the alternative path to agility
Key Note - Path to Agility 2013 - Kanban - the alternative path to agilityKey Note - Path to Agility 2013 - Kanban - the alternative path to agility
Key Note - Path to Agility 2013 - Kanban - the alternative path to agilityDavid Anderson
 
21 Story Splitting Patterns
21 Story Splitting Patterns21 Story Splitting Patterns
21 Story Splitting PatternsKent McDonald
 
When will it be done? (Lean Agile Forecasting)
When will it be done? (Lean Agile Forecasting)When will it be done? (Lean Agile Forecasting)
When will it be done? (Lean Agile Forecasting)Rodrigo Vieira
 
Product owner Roles and responsibilities in Agile Scrum Methodologies
Product owner Roles and responsibilities in Agile Scrum MethodologiesProduct owner Roles and responsibilities in Agile Scrum Methodologies
Product owner Roles and responsibilities in Agile Scrum MethodologiesAgile Project Management
 
Introduction to Agile Estimation & Planning
Introduction to Agile Estimation & PlanningIntroduction to Agile Estimation & Planning
Introduction to Agile Estimation & PlanningAmaad Qureshi
 
Introduction to Kanban (June 2015)
Introduction to Kanban (June 2015)Introduction to Kanban (June 2015)
Introduction to Kanban (June 2015)Scrum & Kanban
 
Planning Poker
Planning PokerPlanning Poker
Planning Pokervineet
 
Scrum Agile Methodlogy
Scrum Agile MethodlogyScrum Agile Methodlogy
Scrum Agile MethodlogyBahaa Farouk
 
Techniques for Effective Retrospectives
Techniques for Effective RetrospectivesTechniques for Effective Retrospectives
Techniques for Effective RetrospectivesProwareness
 
The Importance of having a Sprint Goal
The Importance of having a Sprint GoalThe Importance of having a Sprint Goal
The Importance of having a Sprint GoalAbdul Muhaimin
 
Innovations Accelerated - Design Sprint
Innovations Accelerated - Design SprintInnovations Accelerated - Design Sprint
Innovations Accelerated - Design SprintEryk Korfel
 
Product owner
Product ownerProduct owner
Product ownerMrSnow76
 
Agile Estimating
Agile EstimatingAgile Estimating
Agile EstimatingMike Cohn
 

Was ist angesagt? (20)

User Story Sizing using Agile Relative Estimation
User Story Sizing using Agile Relative EstimationUser Story Sizing using Agile Relative Estimation
User Story Sizing using Agile Relative Estimation
 
Estimating with story points
Estimating with story pointsEstimating with story points
Estimating with story points
 
Scrum role introduction – The Product Owner
Scrum role introduction – The Product OwnerScrum role introduction – The Product Owner
Scrum role introduction – The Product Owner
 
Lean UX
Lean UXLean UX
Lean UX
 
Key Note - Path to Agility 2013 - Kanban - the alternative path to agility
Key Note - Path to Agility 2013 - Kanban - the alternative path to agilityKey Note - Path to Agility 2013 - Kanban - the alternative path to agility
Key Note - Path to Agility 2013 - Kanban - the alternative path to agility
 
21 Story Splitting Patterns
21 Story Splitting Patterns21 Story Splitting Patterns
21 Story Splitting Patterns
 
When will it be done? (Lean Agile Forecasting)
When will it be done? (Lean Agile Forecasting)When will it be done? (Lean Agile Forecasting)
When will it be done? (Lean Agile Forecasting)
 
Product owner Roles and responsibilities in Agile Scrum Methodologies
Product owner Roles and responsibilities in Agile Scrum MethodologiesProduct owner Roles and responsibilities in Agile Scrum Methodologies
Product owner Roles and responsibilities in Agile Scrum Methodologies
 
Agile estimation
Agile estimationAgile estimation
Agile estimation
 
Introduction to Agile Estimation & Planning
Introduction to Agile Estimation & PlanningIntroduction to Agile Estimation & Planning
Introduction to Agile Estimation & Planning
 
Introduction to Kanban (June 2015)
Introduction to Kanban (June 2015)Introduction to Kanban (June 2015)
Introduction to Kanban (June 2015)
 
Planning Poker
Planning PokerPlanning Poker
Planning Poker
 
Scrum Agile Methodlogy
Scrum Agile MethodlogyScrum Agile Methodlogy
Scrum Agile Methodlogy
 
Techniques for Effective Retrospectives
Techniques for Effective RetrospectivesTechniques for Effective Retrospectives
Techniques for Effective Retrospectives
 
The Importance of having a Sprint Goal
The Importance of having a Sprint GoalThe Importance of having a Sprint Goal
The Importance of having a Sprint Goal
 
Innovations Accelerated - Design Sprint
Innovations Accelerated - Design SprintInnovations Accelerated - Design Sprint
Innovations Accelerated - Design Sprint
 
Product owner
Product ownerProduct owner
Product owner
 
Agile Estimating
Agile EstimatingAgile Estimating
Agile Estimating
 
Scrum 101
Scrum 101 Scrum 101
Scrum 101
 
Scrum Product Owner
Scrum Product OwnerScrum Product Owner
Scrum Product Owner
 

Ähnlich wie Anleitung zum Ruinieren eines Scrum Teams

Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungAniello Bove
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternINM AG
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1Christof Zahn
 
Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenPhillip Oertel
 
Scrum Überblick Teil 2
Scrum Überblick Teil 2Scrum Überblick Teil 2
Scrum Überblick Teil 2Christof Zahn
 
Scrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - TechnikScrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - TechnikManuel Marsch
 
Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung PräsentationAndreas Nerlich
 
Scrum checklist 2013
Scrum checklist 2013Scrum checklist 2013
Scrum checklist 2013Hanser Update
 
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und TippsSEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und TippsBianca Zang
 
Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009
Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009
Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009Wolfgang Kraus
 
Scrum - Wissen kompakt
Scrum - Wissen kompaktScrum - Wissen kompakt
Scrum - Wissen kompaktFrank Dostert
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernSascha Böhr
 
Kanban @ PARSHIP
Kanban @ PARSHIP Kanban @ PARSHIP
Kanban @ PARSHIP Parship
 
20121211 certified-scrum-master-course
20121211 certified-scrum-master-course20121211 certified-scrum-master-course
20121211 certified-scrum-master-courseReto Kuhn
 
Agiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAgiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAtilla Wohllebe
 

Ähnlich wie Anleitung zum Ruinieren eines Scrum Teams (20)

Scrum und Agile Software Entwicklung
Scrum und Agile Software EntwicklungScrum und Agile Software Entwicklung
Scrum und Agile Software Entwicklung
 
Projekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meisternProjekte mittels Scrum und agiler Software Entwicklung meistern
Projekte mittels Scrum und agiler Software Entwicklung meistern
 
Agilität mit Scrum - Überblick
Agilität mit Scrum - ÜberblickAgilität mit Scrum - Überblick
Agilität mit Scrum - Überblick
 
Einführung in SCRUM
Einführung in SCRUMEinführung in SCRUM
Einführung in SCRUM
 
Scrum Überblick Teil 1
Scrum Überblick Teil 1Scrum Überblick Teil 1
Scrum Überblick Teil 1
 
Rails und Scrum in großen Projekten
Rails und Scrum in großen ProjektenRails und Scrum in großen Projekten
Rails und Scrum in großen Projekten
 
Scrum Überblick Teil 2
Scrum Überblick Teil 2Scrum Überblick Teil 2
Scrum Überblick Teil 2
 
Scrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - TechnikScrum - Einführung - Begriffe - Technik
Scrum - Einführung - Begriffe - Technik
 
SCRUM für Projektleiter
SCRUM für ProjektleiterSCRUM für Projektleiter
SCRUM für Projektleiter
 
Scrum Einleitung Präsentation
Scrum Einleitung PräsentationScrum Einleitung Präsentation
Scrum Einleitung Präsentation
 
Scrum checklist 2013
Scrum checklist 2013Scrum checklist 2013
Scrum checklist 2013
 
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und TippsSEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
SEO Projekte in der agilen Entwicklung nach Scrum | Learnings und Tipps
 
Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009
Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009
Höchst elastisch - Scrum und das Wasserfallmodell - Herbstcampus 2009
 
Webinar - Agil? Na klar! Aber wie?
Webinar - Agil? Na klar! Aber wie?Webinar - Agil? Na klar! Aber wie?
Webinar - Agil? Na klar! Aber wie?
 
Scrum - Wissen kompakt
Scrum - Wissen kompaktScrum - Wissen kompakt
Scrum - Wissen kompakt
 
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördernAgile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
Agile Teamarbeit - wie Startups Projekte managen und die Zusammenarbeit fördern
 
Kanban @ PARSHIP
Kanban @ PARSHIP Kanban @ PARSHIP
Kanban @ PARSHIP
 
20121211 certified-scrum-master-course
20121211 certified-scrum-master-course20121211 certified-scrum-master-course
20121211 certified-scrum-master-course
 
Agiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - EinführungAgiles Projektmanagement mit Scrum - Einführung
Agiles Projektmanagement mit Scrum - Einführung
 
Agil für alle
Agil für alleAgil für alle
Agil für alle
 

Mehr von Udo Wiegärtner

Gelaber eats OKR for Breakfast
Gelaber eats OKR for BreakfastGelaber eats OKR for Breakfast
Gelaber eats OKR for BreakfastUdo Wiegärtner
 
Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...
Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...
Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...Udo Wiegärtner
 
War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?Udo Wiegärtner
 
Von einem, der auszog, das Scheitern zu lernen
Von einem, der auszog, das Scheitern zu lernenVon einem, der auszog, das Scheitern zu lernen
Von einem, der auszog, das Scheitern zu lernenUdo Wiegärtner
 
Club der toten Teams - Eine Geschichte über Motivation
Club der toten Teams - Eine Geschichte über MotivationClub der toten Teams - Eine Geschichte über Motivation
Club der toten Teams - Eine Geschichte über MotivationUdo Wiegärtner
 
Meine Friseurin und die Agilität - Herbstcampus 2014
Meine Friseurin und die Agilität - Herbstcampus 2014Meine Friseurin und die Agilität - Herbstcampus 2014
Meine Friseurin und die Agilität - Herbstcampus 2014Udo Wiegärtner
 
Scrum im Bundestag? - Keynote TeamConf 27.11.2013
Scrum im Bundestag? - Keynote TeamConf 27.11.2013Scrum im Bundestag? - Keynote TeamConf 27.11.2013
Scrum im Bundestag? - Keynote TeamConf 27.11.2013Udo Wiegärtner
 
Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013
Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013
Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013Udo Wiegärtner
 
Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...
Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...
Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...Udo Wiegärtner
 

Mehr von Udo Wiegärtner (9)

Gelaber eats OKR for Breakfast
Gelaber eats OKR for BreakfastGelaber eats OKR for Breakfast
Gelaber eats OKR for Breakfast
 
Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...
Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...
Schiefertafelgeschichten - Was mir Mikro-Begegnungen über Servant Leadership ...
 
War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?War Gandalf eigentlich Scrum Master?
War Gandalf eigentlich Scrum Master?
 
Von einem, der auszog, das Scheitern zu lernen
Von einem, der auszog, das Scheitern zu lernenVon einem, der auszog, das Scheitern zu lernen
Von einem, der auszog, das Scheitern zu lernen
 
Club der toten Teams - Eine Geschichte über Motivation
Club der toten Teams - Eine Geschichte über MotivationClub der toten Teams - Eine Geschichte über Motivation
Club der toten Teams - Eine Geschichte über Motivation
 
Meine Friseurin und die Agilität - Herbstcampus 2014
Meine Friseurin und die Agilität - Herbstcampus 2014Meine Friseurin und die Agilität - Herbstcampus 2014
Meine Friseurin und die Agilität - Herbstcampus 2014
 
Scrum im Bundestag? - Keynote TeamConf 27.11.2013
Scrum im Bundestag? - Keynote TeamConf 27.11.2013Scrum im Bundestag? - Keynote TeamConf 27.11.2013
Scrum im Bundestag? - Keynote TeamConf 27.11.2013
 
Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013
Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013
Scrum im Bundestag? - Vortrag XP Days Karlsruhe 15.11.2013
 
Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...
Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...
Die Agilität ist irgendwo da draußen, oder? / Keynote Manage Agile Berlin 201...
 

Anleitung zum Ruinieren eines Scrum Teams

  • 1. Anleitung zum Ruinieren eines Scrum-Teams Udo Wiegärtner Resource Manager, conplement AG Professional Scrum Master I + II / Agile Coach conplement AG | Südwestpark 92 | 90449 Nürnberg www.conplement.de www.facebook.com/conplement 1 © conplement AG 2010. All Rights Reserved. Mittwoch, 1. Oktober 2014
  • 2. Stoppt Scrum! 2 © conplement AG. All Rights Reserved. 01.10.2014
  • 3. Wo kommen wir hin, wenn… • …Pläne nichts mehr wert sind? • …Softwareentwickler unsere Prozesse mit Füßen treten? • …wir dauernd mit dem Auftraggeber reden anstatt zu implementieren? • …wir auf jede Veränderung reagieren müssten? • Das wäre doch Anarchie, oder? • Agile Anarchie! • Agile Scrum Anarchie! 3 © conplement AG. All Rights Reserved. 01.10.2014
  • 4. Stoppt Scrum! Agile Entwicklung wird uns nicht kampflos besiegen! Scrum muss weg! Sie brauchen Scrum ja nur mal rückwärts lesen 4 © conplement AG. All Rights Reserved. 01.10.2014
  • 5. Zum Dozenten Udo Wiegärtner • Fa. conplement AG, Nürnberg • Personalentwickler + Scrum Coach • Historie: Kämpfe in allen „Schützengräben“ • Softwareentwickler • Product Manager • Entwicklungsleiter • Coach • Ich war einer von „denen“ (vielleicht bin ich es ja immer noch) • Scrum Ausbildung • Scrum Master (Scrum Alliance) • Scrum Master I + II (scrum.org) • Ausbildung Professional Scrum Developer Trainer (scrum.org / Microsoft) • Scrum seit 2006 / Einführung von Scrum in mehreren Firmen • Videotraining Scrum bei www.video2brain.de 5 © conplement AG. All Rights Reserved. 01.10.2014
  • 6. Zerbrechliche Agilität 6 © conplement AG. All Rights Reserved. 01.10.2014
  • 7. Nach dem Vortrag können Sie… Als Scrum Skeptiker …die wunden Punkte von Scrum-Teams identifizieren …Einführung und Betrieb von Scrum nachhaltig stören Als Scrum Befürworter …ihr Scrum verbessern, indem Sie den Referenten komplett ignorieren 7 © conplement AG. All Rights Reserved. 01.10.2014
  • 8. Agenda Scrum in 3 Minuten Stören von Scrum Wann stören? Wo stören? • Rollen • Artefakte • Timeboxes • Regeln • Tools 8 © conplement AG. All Rights Reserved. 01.10.2014
  • 9. Scrum in 3 Minuten Scrum = Gesunder Menschenverstand mit hübschen englischen Begriffen Scrum = Instinktives Teamverhalten in kritischen Projektsituationen Und dieses Verhalten besteht oft aus… 9 © conplement AG. All Rights Reserved. 01.10.2014
  • 10. Instinktives Teamverhalten in heißen Zeiten Das Wichtigste zuerst Rückversicherung beim Kunden Überschaubare Zyklen Sachen gleich „richtig“ fertig machen Effiziente Kommunikation Ständiges Optimieren Kein Prozess-Schnickschnack Alle für einen – einer für Alle Lauffähige Software Déjà-vu? 10 © conplement AG. All Rights Reserved. 01.10.2014
  • 11. Und wie boykottiere ich das? Ansatzpunkte sind überall Einführung und Laufzeit Management u. Entwickler Kunden Alle Bestandteile von Scrum Rollen, Artefakte, Timeboxes, Regeln Tools Stören ist einfach! Möge unser teuflisches Spiel beginnen… 11 © conplement AG. All Rights Reserved. 01.10.2014
  • 12. Ausbremsen gleich bei der Einführung Scrum als Allheilmittel anpreisen „Scrum bügelt schlechte Projekt-Aquise aus“ „Zu wenige Entwickler? Scrum rettet alles“ Rückhalt im Management vermeiden Nur keine Missstände aufdecken „Scrum ist halt so ein Entwickler-Dings“ Team bloß nicht ins Boot holen Nur Begriffe ändern, z.B. Monate  Sprints Sofort grundlegende Scrum-Regeln ändern, z.B. Sprint 9 Wochen anstatt 3 Wochen „Daily Scrum reicht uns 1x pro Woche“ Team keine „Einschwingphase“ gönnen 12 © conplement AG. All Rights Reserved. 01.10.2014
  • 13. Sabotageziel: Scrum-Rollen 13 © conplement AG. All Rights Reserved. 01.10.2014
  • 14. Blockieren der Scrum-Rollen Product Owner Team Scrum Master 14 © conplement AG. All Rights Reserved. 01.10.2014
  • 15. Scrum Rollen: Product Owner ausbremsen Will Scrum, denkt Wasserfall Rollenverschmelzung hemmt Product Owner + Scrum Master = „Old School“ Projektleiter Begreift sich nicht als Teil des Teams Nicht greifbar für Team (zu „busy“ für Daily Scrum?) Nicht willens/fähig zu Entscheidungen („Dinner-Test“) Sieht Kunden als Feind anstatt Lebensversicherung Schlampt bei Product Backlog (Sabotagedetails folgen später) 15 © conplement AG. All Rights Reserved. 01.10.2014
  • 16. Scrum Rollen: Das „Team“ demotivieren Grooooße Teams sind behäbig (Worst Case: > 9 Entwickler) Tools anstatt Mundwerk Mut zur De-Spezialisierung nehmen (Rockstars) Keine Chance zur Eigenverantwortung geben „Querulanten“ (Tester, DB-Admins) aus Team fernhalten Bloß kein Pair Programming (z.B. Junior / Senior) „Big Picture“ verheimlichen 16 © conplement AG. All Rights Reserved. 01.10.2014
  • 17. Scrum Rollen: Scrum Master neutralisieren Vorgesetzter? („Augentest“) Arbeitsverteiler im Daily Scrum Vertrauen in Team ist überflüssig Löst Probleme selber anstatt Hilfe zur Selbsthilfe Nicht greifbar Lässt Hindernisse versanden („Whiteboard-Test“) Nicht streng genug (!) 17 © conplement AG. All Rights Reserved. 01.10.2014
  • 18. Sabotageziel: Scrum-Rollen 18 © conplement AG. All Rights Reserved. 01.10.2014
  • 19. Sabotageziel: Scrum-Artefakte 19 © conplement AG. All Rights Reserved. 01.10.2014
  • 20. Sabotieren der Scrum-Artefakte Product Backlog Sprint Backlog Burndown Chart 20 © conplement AG. All Rights Reserved. 01.10.2014
  • 21. Scrum Artefakte: Product Backlog kippen Nicht aktuell im Sprint Planning Meeting In Komponenten / Dokumenten formuliert Zu große User Stories User Story ersetzt komplettes Pflichtenheft M Nicht streng priorisiert Priorisierung nicht mit Kunden abgestimmt Top-Manager betreiben „Hintenrumming“ Kein zyklisches „Grooming“ Nichtssagende User Stories [Beispiel…] 21 © conplement AG. All Rights Reserved. 01.10.2014
  • 22. Exkurs: User Stories als Bremse (1/4) User Story laut Scrum-Fans: Bestandteile: Titel Beschreibung • „Als <Aktor> will ich <Feature> um zu <Ziel>“ Akzeptanzkriterien Priorität Business Value 22 © conplement AG. All Rights Reserved. 01.10.2014
  • 23. Exkurs: User Stories als Bremse (2/4) Der Kundenwunsch Der Kunde will ein Gefühl dafür kriegen, wie viele Benutzer seine Webanwendung nutzen 23 © conplement AG. All Rights Reserved. 01.10.2014
  • 24. Exkurs: User Stories als Bremse (3/4) So würden die Scrum-Fans es formulieren Titel: Mitloggen der Benutzerzahlen Beschreibung: Als Administrator will ich die Benutzerzahlen der Weblösung XY auswerten können um bei Lastspitzen zusätzliche Hardware aktivieren zu können Akzeptanzkriterien: Textdatei genügt Listet max. Anzahl der gleichzeitigen Benutzer je Stunde Letzte 30 Tage genügen Aktualisierung 1x je Tag Zugriff nur für Admins und Site-Manager Priorität: 15/25 Business Value: 50/1000 24 © conplement AG. All Rights Reserved. 01.10.2014
  • 25. Exkurs: User Stories als Bremse (4/4) Scrum-Saboteure würden es so machen Titel: Webservice für Benutzertabelle Beschreibung: Als Webservice will ich die Benutzer aus der Tabelle CurrentUsers aus der Datenbank auslesen und per Filestream in die Datei myLog.txt schreiben Akzeptanzkriterien: Name der Komponente: myWebservice KVA.B auch in 2.01 nötig Weitere Details wie besprochen Priorität: Muss unbedingt rein Business Value: ? Hell Yeah, Baby! 25 © conplement AG. All Rights Reserved. 01.10.2014
  • 26. Scrum Artefakte: Sprint Backlog nutzlos machen Altlasten aus vorherigem Sprint nicht mitführen („Debt“ / „undone work“) Keine Tasks für selbstverständliche Arbeiten Drag-Factor ignorieren Nicht sichtbar im Daily Scrum Viele Tasks „in progress“ Nicht visualisieren, warum „in progress“ (z.B. überall fehlt nur noch der Test) So würden Scrum-Fans es vielleicht machen [Beispiel…] 26 © conplement AG. All Rights Reserved. 01.10.2014
  • 27. Visualisierung Sprint Backlog für Scrum-Fans 27 © conplement AG. All Rights Reserved. 01.10.2014
  • 28. Scrum Artefakte: Burndown Chart nullen Nicht sichtbar im Daily Scrum Als Management-Kontrollinstrument anstatt als Team- Helferlein nutzen Keine Konsequenz aus ungünstigem Burndown ziehen [Beispiel…] 28 © conplement AG. All Rights Reserved. 01.10.2014
  • 29. Burndown Chart ohne Konsequenz 29 © conplement AG. All Rights Reserved. 01.10.2014
  • 30. Sabotageziel: Scrum-Artefakte 30 © conplement AG. All Rights Reserved. 01.10.2014
  • 31. Sabotageziel: Scrum-Timeboxes 31 © conplement AG. All Rights Reserved. 01.10.2014
  • 32. Stören der Scrum-Timeboxes Sprint Sprint Planning Meeting Daily Scrum Sprint Review Meeting Sprint Retrospective Meeting 32 © conplement AG. All Rights Reserved. 01.10.2014
  • 33. Scrum Timeboxes: Sprints verlangsamen Warum nicht gleich 9 Wochen anstatt 3? Karenzzeit zwischen Sprints zum „Fertigmachen“ Takt häufig wechseln Umpriorisieren während Sprint Sprint auch im Notfall nie abbrechen 33 © conplement AG. All Rights Reserved. 01.10.2014
  • 34. Timeboxes: Sprint Planning Meeting pulverisieren Product Backlog nicht aktuell (kein Grooming) Diskussionen über den Sinn von User Stories Product Owner „anschießen“ Große Stories nicht herunterbrechen Lead Developer / Rockstar schätzt alleine ab Planning Poker ist eh kindisch Endlos-Meetings (was heißt schon „time boxed“?) 34 © conplement AG. All Rights Reserved. 01.10.2014
  • 35. Timeboxes: Daily Scrum zerreden Was heißt schon „täglich“? „Hinsetzmeetings“ mit Kaffee Sprint Backlog nicht sichtbar im Raum Keine Konzentration auf die 3 Fragen Zu „sanfter“ Scrum Master Alle lieben technische Detaildiskussionen Burndown nicht „live“ pflegen, Konsequenzen nicht mit Product Owner diskutieren Hindernisse (Impediments) versanden lassen 35 © conplement AG. All Rights Reserved. 01.10.2014
  • 36. Timeboxes: Sprint Review zermürben Der Kunde stört nur Lead Developer / Rockstar präsentiert alles Stolz sein auf die eigene Arbeit? Sich für funktionierende Demo verantwortlich fühlen? Product Owner blenden durch unfertige Stories Feedback nicht in Product Backlog einfließen lassen 36 © conplement AG. All Rights Reserved. 01.10.2014
  • 37. Timeboxes: Sprint Retrospective überflüssig machen „Stuhlkreis“-Atmosphäre schafft Unbehagen ;-) Einfach mal den Chef dazunehmen Auf keinen Fall strukturiert vorgehen Nichts aufschreiben / nichts nachverfolgen Nach ersten Erfolgen nicht weiter optimieren 37 © conplement AG. All Rights Reserved. 01.10.2014
  • 38. 38 © conplement AG. All Rights Reserved. 01.10.2014
  • 39. Sabotageziel: Scrum-Timeboxes 39 © conplement AG. All Rights Reserved. 01.10.2014
  • 40. Sabotageziel: Scrum-Regeln Scrum-Tools 40 © conplement AG. All Rights Reserved. 01.10.2014
  • 41. Scrum-Regeln: Definition of Done lächerlich machen Diktat vom Management anstatt durch Team Unsinnige Inhalte (z.B. Einchecken nicht Teil der DoD) Definition of Done weder leben noch nachjustieren Was heißt schon fertig (z.B. Verdächtige Source Labels)? 41 © conplement AG. All Rights Reserved. 01.10.2014
  • 42. 42 © conplement AG. All Rights Reserved. 01.10.2014
  • 43. Scrum-Tools: Werkzeuge teuflisch nutzen Supertool am Anfang ersetzt Scrum-Grundverständnis Flipcharts eher meiden, da sehr effektiv Team Foundation Server: Macht gute Teams viel besser; und schlechte… Man braucht wirklich für ALLES ein Tool, oder? 43 © conplement AG. All Rights Reserved. 01.10.2014
  • 44. Sabotageziel: Scrum-Regeln Scrum-Tools 44 © conplement AG. All Rights Reserved. 01.10.2014
  • 45. Ausbremsen strengt an Puuuh, fast geschafft 45 © conplement AG. All Rights Reserved. 01.10.2014
  • 46. Das konspirative Fazit Scrum = Gesunder Menschenverstand Ausbremsen von Scrum = Gesunden Menschenverstand ausschalten Es geht immer um Menschen Fettnäpfe lauern überall Bei allen Scrum-Bestandteilen Bei Einführung / im laufenden Betrieb Intern / beim Kunden Viele Ansatzpunkte zum Ausbremsen vorhanden Wir müssen sie nur nutzen 46 © conplement AG. All Rights Reserved. 01.10.2014
  • 47. Wenn es mal soweit ist, wird Sabotage schwer 47 © conplement AG. All Rights Reserved. 01.10.2014
  • 48. Das Ende der Agilität dieses Vortrags Scrum ist vielleicht gar nicht soo schlecht Aber… …wenn wir nur beharrlich sind, sitzen wir dieses Agile Scrum Anarchie auch noch aus Das bleibt unter uns, oder? Vielen Dank und… 48 © conplement AG. All Rights Reserved. 01.10.2014
  • 49. Stoppt Scrum! 49 © conplement AG. All Rights Reserved. 01.10.2014
  • 50. Ihre Fettnäpfe? 50 © conplement AG. All Rights Reserved. 01.10.2014 Udo Wiegärtner udo.wiegaertner@conplement.de Twitter: @UdoWiegaertner www.conplement.de www.facebook.com/conplement Download der Folien: http://tinyurl.com/scrumruinieren