Anleitung zum Ruinieren eines Scrum-Teams

Transkript

1 Anleitung zum Ruinieren eines Scrum-Teams / ALM Days 2012, München Udo Wiegärtner Resource Manager, conplement AG Professional Scrum Master I + II conplement AG Südwestpark Nürnberg 1 conplement AG All Rights Reserved. Montag, 26. November 2012

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.

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 5 conplement AG All Rights Reserved.

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 Dozenten komplett ignorieren 7 conplement AG All Rights Reserved.

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.

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.

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.

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.

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.

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.

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.

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 Kein zyklisches Grooming Nichtssagende User Stories [Beispiel ] 21 conplement AG All Rights Reserved.

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.

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/ conplement AG All Rights Reserved.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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? Preisgünstige Tools taugen eh nicht oder so [Beispiel für Agile-Fans: Urban Turtle ] 43 conplement AG All Rights Reserved.

47 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 47 conplement AG All Rights Reserved.

49 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 49 conplement AG All Rights Reserved.