Gestern haben meine Kollegen und ich auf der MIT-Konferenz einen großartigen Workshop veranstaltet, in dem wir eine Rube-Goldberg-Maschine mit Hilfe von Scrum und Extreme Engineering gebaut haben. Als agile Coaches sollte man meinen, dass es für uns selbstverständlich sein sollte, ein agiles Team zu sein, aber ich möchte unsere Fallstricke und Erkenntnisse mit Ihnen teilen, denn wir haben viel darüber gelernt, wie man ein agiles Team ist und was für ein unglaublich leistungsfähiges Modell eine Rube-Goldberg-Maschine für die skalierte agile Produktentwicklung ist. Wenn Sie nicht der Lesetyp sind, sehen Sie sich das Video an.
[embed]https://www.youtube.com/watch?v=jaDa-P-4cCw&feature=youtu.be[/embed]
Rube ... was? Goldberg. Laut Wikipedia ist eine Rube-Goldberg-Maschine ein Apparat, eine Erfindung, ein Gerät oder eine Vorrichtung, die absichtlich überkonstruiert oder übertrieben ist, um eine sehr einfache Aufgabe auf eine sehr komplizierte Weise auszuführen, normalerweise einschließlich einer Kettenreaktion. Der Ausdruck ist nach dem amerikanischen Cartoonisten und Erfinder Rube Goldberg (1883-1970) benannt. In unserem Fall begannen wir auf einer 6 mal 4 Meter großen Bühne, die in 5 Abschnitte unterteilt war. Jeder Abschnitt hatte ein Thema wie Rollen, Vortrieb, Schwingen, Heben usw. In gewisser Weise ähnelte das Ganze einem großen Softwareprodukt, das auf ein (für Außenstehende) unglaublich komplexes Ereignis reagieren muss, indem es eine Kette von Untersystemen auslöst, die zu einer Art Endergebnis führen.
[caption id="attachment_14483" align="alignnone" width="480"]
Der Arbeitsbereich, die Scrum Boards und die Bauelemente[/caption]
Extreme Scrum Im Laufe des Tages arbeiteten 5 Teams in insgesamt 10 Sprints an der Entwicklung der unglaublichsten Maschine und erlebten dabei alles, was man bei einer "normalen" Produktentwicklung erleben kann. Wir hatten unerfahrene Teammitglieder, wenig bis gar keine Dokumentation, Altsysteme, deren Konstruktionsprinzipien geheimnisumwittert waren, Teams, die die Retrospektive vergaßen, Schnittstellen, die ignoriert wurden, weil das Problem "beim anderen Team liegt". Der enorme Zeitdruck des relativ kleinen Sprints und die Komplexität dessen, was wir zu erreichen versuchten, schufen einen Druckkessel, der diese Probleme schneller als alles andere an die Oberfläche brachte, und mit Scrum waren wir gezwungen, uns diesen Problemen zu stellen und sie zu lösen.
[caption id="attachment_14484" align="alignnone" width="480"]
Team Scrumboard[/caption]
Aufbauen, scheitern, verbessern, aufbauen "Die meisten Menschen hören nicht mit der Absicht zu, zu verstehen; sie hören mit der Absicht zu, zu antworten." - Stephen R. Covey Wenn man nur 2 Minuten Zeit für die Planung hat, ist es sehr schwierig, zuzuhören, vor allem, wenn einem der Kopf vor lauter Ideen schwirrt. Effektives Bauen setzt voraus, dass wir wirklich verstehen, was Ihr Teamkollege vorhat. Das Paaren erwies sich als eine sehr effektive Methode, um Ihr eigenes Gehirn zu verlangsamen und sowohl vom Rubber Ducking als auch von den Einsichten Ihres Teamkollegen zu profitieren. Sobald unsere Teams 4 Mitglieder erreicht hatten, konnten wir Paare bilden und das Ergebnis drastisch verbessern.
[caption id="attachment_14489" align="alignnone" width="480"]
Eigengewicht mit pneumatischer Sicherung[/caption]
Als die Maschine eine kritische Größe erreicht hatte, fingen die Integrationstests an, fehlzuschlagen. Die Teams reagierten darauf, indem sie während des Sprints mehrere Tests durchführten und den fehlerhaften Build reparierten, anstatt neue Funktionen hinzuzufügen. Besonders im Maschinenbau ist das nicht so einfach, wie es klingt. Manchmal wurde ein Teil der Maschine "umgestaltet", und da wir nicht für einen einfachen End-to-End-Test konzipiert waren, der kontinuierlich angewandt werden sollte. Es hat ein paar Sprints gebraucht, um das hinzubekommen.
[caption id="attachment_14485" align="alignnone" width="480"]
Ein MVP, das es bis zum Endprodukt geschafft hat[/caption]
"Halten Sie Ihren Code sauber" lehren wir unsere Teams jeden Tag. "Akzeptieren Sie keine technischen oder funktionalen Schulden, Sie wissen, dass sie Sie am Ende ausbremsen werden". Und doch ist es so verlockend. Trotz eines Scrum Masters und eines "Über Scrum Masters" fiel es uns schwer, unseren Arbeitsbereich sauber zu halten, kaputte Dinge zu refaktorisieren, zu optimieren und zu vereinfachen... Setzen Sie sich ein großartiges Ziel "Ein wirklich großes, kühnes und verwegenes Ziel ist klar und überzeugend, dient als vereinigender Brennpunkt der Bemühungen und wirkt als klarer Katalysator für den Teamgeist. Es hat eine klare Ziellinie, so dass die Organisation weiß, wann sie das Ziel erreicht hat; Menschen schießen gerne auf Ziellinien." - Collins und Porras, Built to Last: Successful Habits of Visionary Companies Die Wahrheit ist: wir hatten Glück mit dem Veranstaltungsort. Eine Maschine wie diese zu bauen, ist an sich schon fantastisch und inspirierend. Zu lernen, wie Extreme Scrum Teams dabei helfen kann, Maschinen besser, schneller, innovativer und mit viel mehr Spaß zu bauen, ist an sich schon ein fantastisches Ziel, aber der Raum, in dem wir gebaut haben, war ein echter Magnet, etwas, das die Teams wirklich fokussierte und sie dazu brachte, die Extrameile zu gehen.
[caption id="attachment_14487" align="alignnone" width="480"]
Das ultimative Ziel der Maschine[/caption]
Größte Erkenntnis Dinge zu bauen ist schwer, unter Druck zu bauen ist noch schwerer. Selbst Teams, die sich der Theorie bewusst sind, werden versucht sein, alles über Bord zu werfen und einfach irgendwo anzufangen. Die Anwendung von Extreme Engineering-Techniken kann Ihnen wirklich helfen. Es ist ein einfaches Regelwerk, das aber ein unvergleichliches Maß an Disziplin erfordert. Die Unterstützung durch einen Scrum-Coach kann den Unterschied zwischen einem erfolgreichen und einem gescheiterten Projekt ausmachen.
Möchten Sie mehr über den Einsatz von Kampfsportarten im Produktmanagement erfahren? Bestellen Sie das Buch bei bol.com, wenn Sie in den Niederlanden oder Belgien leben, oder melden Sie sich an, um die internationale Ausgabe zu erhalten.

Verfasst von
Chris Lukassen
Unsere Ideen
Weitere Blogs
Contact



