Das Dokument beschreibt die Durchführung eines Teamübungsprogramms namens 'Meddlers', das darauf abzielt, agile Teamstrukturen zu fördern und Herausforderungen in der Softwareentwicklung zu meistern. Teilnehmer bilden Gruppen, um vorgegebene Szenarien zu bewältigen und Lösungen zu entwickeln, die dann im Plenum ausgetauscht werden. Das Dokument enthält zudem eine Kontaktinformation für Bigpoint GmbH und Hinweise zu weiteren Quellen zum Thema.

1. DenkanStoos
21.01.2013
1

2. DenkanStoos
21.01.2013
Wir spielen Meddlers!
2

3. Agenda
• Intro
• Teambuilding
• Challenges
• Auswertung
3

4. Intro
Jurgen Appelo: „A very popular exercise is the Meddlers game
(named after a very popular German board game).“
http://www.management30.com/product/meddlers/
4

5. Intro
Erste Sichtung: Jurgen Appelos Blog
http://www.noop.nl/2011/09/meddlers-free-exercise.html
5

6. Intro
Zweite Sichtung: Stefan Haas Blog
http://blog.haaslab.net/2011/11/agile-agile-team-structure-design.html
6

7. Intro
Dritte Sichtung: Management 3.0
http://www.management30.com/products/
7

8. Intro
Vierte Sichtung: Agile Leadership Practices Workshop
http://advicio.com/2012/03/agile-leadership-practices-workshop/
8

9. Intro
Regeln
• Teams und Stakeholder werden als Sechseckige Karten dargestellt
• Die Kanten der Sechsecke stellen eine Interaktionsschnittstelle dar
• Personen bzw. Rollen werden als quadratische Karten dargestellt
• „Rollen-Karten“ werden auf die „Team-Karten“ gelegt
• Funktionale Teams sollten nur Personen der gleichen Rolle enthalten
9

10. Intro
Regeln
Es ist explizit erlaubt und gewünscht, dass die Regeln erweitert oder
verändert werden.
10

11. Teambuilding
11

12. Teambuilding
• Bitte bildet 4-5 Gruppen mit jeweils 4-5 Leuten
• In diesen Gruppen werdet Ihr gleich Meddlers spielen
• Am Ende der Übung bringen wir die Ergebnisse zusammen
12

13. Teambuilding
Szenario
• Ihr seid alle Mitarbeiter in einer mittelständischen Firma (>250 MA)
• Diese Firma produziert graphischen Content und betreibt auch
Softwareentwicklung, vor allem für interne Lösungen
• Die Geschäftsführung entscheidet, dass das Asset Management
System, das Ihr nutzt durch eine Eigenentwicklung ersetzt werden soll:
• Zur internen Benutzung (Synergie, dogfooding)
• Für den Vertrieb nach extern
Alle hier im Raum Anwesenden werden eine neue Abteilung
bilden, die das neue Asset Management System entwickelt!
Ihr entscheidet Euch dazu, die Teams gemeinsam zu formen, statt auf ein
neues Org-Chart zu warten, das die HR sich ausdenkt ;)
13

14. Teambuilding
Szenario
• Alle hier Anwesenden sind (von jeder Rolle etwa gleich viele Personen):
• Agile Coaches
• Backend Developer
• Frontend Developer
• UX-Experten
• Quality Manager
• Eure Stakeholder sind:
• Product Owner
• Geschäftsleitung
• Content Produktion
• Vertrieb
• Marketing
• IT Operations
• IT System Engineering
• Buchhaltung
• Community Management / CRM
• Business Development
• Analyse
• ... 14

15. Challenges
15

16. Challenges
1/3 – Requirements
• Die Teams arbeiten nun seit einigen Wochen zusammen. Eine erste
Produktversion ist bereits öffentlich nutzbar als Beta.
• Einige Kräfte im Unternehmen wollen das Projekt einstellen und sich die
Mitarbeiter unter den Nagel reissen.
• Die Geschäftsleitung entscheidet, dass so schnell wie möglich – und
daran werdet Ihr gemessen – ein neues feature her muss:
• 3D-preview von rigged meshes im Blender-Format, im Browser
• Wir nehmen an, dass es keine Middleware dafür gibt
• Ihr habt soetwas noch nie gemacht
• Ihr wisst nicht, was das technologisch heißt und was das IT-seitig bedeutet
• Ihr wisst, dass der Aufwand hoch ist, das Projekt riskant und der Ausgang
kriegsentscheidend
Was passiert?
16

17. Challenges
2/3 – Daily business
• Marketing und CRM haben herausgefunden, dass es eine erhöhte churn
rate gibt und dass die Benutzer aussteigen, weil man alle 2 Wochen ein
neues, 20-stelliges Passwort einstellen muss.
• Das Authentifizierungssystem wurde in einer Nacht- und Nebelaktion
„reingehackt“ und dann so gelassen. Später wurde „drum herum
gebaut“. Ein Refactoring ist unmöglich.
• Ein rewrite kostet jeweils 3 Personenmonate an Backend- und
Frontendentwicklung und muss in 1 Monat erledigt sein.
Was passiert?
17

18. Challenges
3/3 – Change
• Ihr habt 3 harte Crunchtimes in Folge hinter Euch. Alle sind müde und
frustriert. Das Letzte, was die Leute jetzt wollen, ist eine Reorga.
• Besonders die backend devs sind total frustriert. 4 von unseren 5
backend devs kündigen, um ihre eigene Software Consulting-Firma zu
gründen.
• Featuredruck ist natürlich trotzdem da. Auch fürs backend. Irgendwie
müßt Ihr es schaffen, 12 Personenmonate Aufwand im backend-Bereich
in 3 echten Monaten mit 1 Entwickler zu stemmen.
Was passiert?
18

19. Auswertung
19

20. Auswertung
Jede Gruppe soll nun uns allen vorstellen:
• welches Team-setup sie gewählt hat
• ein positives Beispiel für die Lösung einer Herausforderung
• ein Beispiel, in dem das Spiel versagt hat oder anders sein könnte
Jeder notiert sich bitte die wichtigsten und auffälligsten Punkte.
20

21. Auswertung
Jede Gruppe soll nun uns allen vorstellen:
• welches Team-setup sie gewählt hat
• ein positives Beispiel für die Lösung einer Herausforderung
• ein Beispiel, in dem das Spiel versagt hat oder anders sein könnte
Jeder notiert sich bitte die wichtigsten und auffälligsten Punkte.
Gibt es eventuell eine Kombination aus mehreren Varianten, die noch
besser ist, als die isoliert entwickelten?
21

22. Auswertung
Abstimmung (natürlich im Konsent-Verfahren ;) ):
Welche Variante wollt Ihr nutzen?
Denkt daran, dass Ihr die nächsten Monate oder Jahre so
zusammenarbeiten werdet.
22

23. Auswertung
Wie hat Euch Meddlers gefallen?
Gibt es andere Spiele, die besser geeignet sein könnten?
Hat jemand Kriegsgeschichten hierzu?
Oder ist ein Org Chart doch in jedem Fall ausreichend?
23

24. Contact us
Bigpoint GmbH
Nils Hofmeister
Head of Systems Management
Drehbahn 47-48
20354 Hamburg
Germany
Tel +49 40.88 14 13 - 0
Fax +49 40.88 14 13 - 11
info@bigpoint.net
www.bigpoint.net
Find us on
24