Eindrücke von Agile2010

Letzte Woche hatte ich die Gelegenheit, auf der Agile2010 Konferenz in Orlando, Florida, zu sprechen. Natürlich habe ich auch viele der anderen Sitzungen besucht. Die Konferenz hat meiner Meinung nach eine ausgezeichnete Atmosphäre. Wo ich erwartet hatte, viele Berater in ihrem typischen formellen Kleidungsstil anzutreffen, fand ich stattdessen 1400 Leute in T-Shirt, Jeans und Turnschuhen. Das muss das Ergebnis der Agile-Bewegung selbst sein, bei der die Menschen Bürger erster Klasse sind, oder? Das Portfolio von Agile2010 enthält 'technische' Hardcore-Sitzungen wie Tutorials in Clojure-Codierung, echte 'Softcore'-Sitzungen wie "Behavior Driven Development for Life", in der die Verwendung von Techniken des Neural Linguistic Programming direkt aus der Psychologie befürwortet wird, und auch Sitzungen zu Themen wie Leadership und Coaching. Keine Sorge, das Organisationskomitee der Konferenz teilt diese schön in 'Themen' und 'Phasen' auf, so dass Sie, selbst wenn Sie nur einen Blick auf das Programm werfen, kaum in einer unerwünschten Sitzung landen werden. Dies ist eine Zusammenfassung dessen, was ich von der Konferenz mitgenommen habe (alle Details finden Sie unten):

• Konferenzschwerpunkt (oder dessen Fehlen)
• "Religionskriege" zwischen Scrum, Kanban, Xp, Lean, ...
• Agile Einführung in Organisationen weltweit
• "Wertpunkte" (vergleichen Sie mit "Komplexitätspunkten")
• "Umschalten"
• Verbesserungsrückstand des Unternehmens

Als nächstes werde ich ein wenig über meine eigenen Erfahrungen als Redner berichten. Die Kombination aus dem, was ich aufgeschnappt habe, und meinen Erfahrungen als Redner wird Ihnen eine gute Grundlage bieten, um zu entscheiden, ob Sie die nächstjährige Ausgabe (Salt Lake City, 7.-13. August 2011) in Ihren Terminkalender aufnehmen wollen oder nicht, sei es als Teilnehmer oder als Redner. Viel Spaß!

Was ich mitgenommen habe

"Religiöse Kriege"

Die agile Bewegung ist dafür bekannt, dass sie unter dem leidet, was ich "Religionskriege" nenne. Es gibt Personen, die bestimmte agile Stile wie Scrum, Lean oder Kanban befürworten und ihren Zuhörern sagen, sie sollten den Rest vergessen. Glücklicherweise vertreten die meisten führenden Köpfe der Agile-Bewegung die Ansicht, dass die "Verbesserung" Ihrer derzeitigen Arbeitsweise und der ständige Versuch, sich selbst zu verbessern, viel wichtiger ist als die Wahl eines bestimmten Agile-Stils und der Versuch, sich daran zu halten. Das habe ich in den Keynotes von Dave Thomas am Montag, in den Keynotes von Ron Jeffries und Chet Hendrickson am Freitag sowie in der Abschluss-Keynote von Mike Cohn festgestellt.

Agile Annahme

Für mich persönlich war die Sitzung "Agile Mythbusters" von Scott Ambler am Mittwoch aufschlussreich. Scott hat in den letzten vier Jahren eine Reihe von Umfragen in der Branche durchgeführt, z.B. bei Dr. Dobbs, und wir können jetzt "Mythen" über Agile ziemlich gut akzeptieren oder ablehnen. Einige faszinierende Beispiele: Diese Mythen sind wahr:

• Die Mehrheit der Unternehmen nutzt Agile: 69% im Jahr 2008, 76% im Jahr 2009
• Agil funktioniert besser als traditionell (Wasserfall). Auch wenn dies im Großen und Ganzen zutrifft, ist "besser" immer noch eine knappe Sache!

Diese Mythen sind falsch:

• Die meisten agilen Teams arbeiten an einem Standort (!!!)
• Die meisten Teams, die behaupten, agil zu sein, sind tatsächlich agil

Wert Punkte

Ich habe eine ganz kleine Idee aufgeschnappt, die ich sofort anwenden werde. Jemand hat den Begriff gerade mitten in einer Gruppendiskussion während einer Präsentation im Stil eines Tutorials verwendet, aber er war neu für mich. Er erwähnte "Wertpunkte", die den relativen Geschäftswert einer User Story angeben, vergleichbar mit "Komplexitätspunkten", die den relativen Wert des Aufwands für die Entwicklung einer User Story angeben. Das wird meinem Team mit Sicherheit helfen:

• Prioritätensetzung (# Wertpunkte geteilt durch # Komplexitätspunkte!!!)
• Diskussion mit Interessengruppen

Beachten Sie vor allem Letzteres: Die Interessengruppen müssen Argumente vorbringen, warum 'X' wertvoller ist als 'Y', genau wie die einzelnen Mitglieder des Teams beim Planungspoker.

Ein Buch namens "Switch"

Das meistgelesene Buch auf dieser Konferenz war "Switch: How to Change Things When Change Is Hard" von Chip und Dan Heath. Ich habe es noch nicht gelesen, werde es aber sicher lesen. Es befasst sich mit der Veränderung von Organisationen und stellt sicher, dass der Wandel von Dauer ist. Aus Mary Poppendiecks Vortrag habe ich die drei wichtigsten Themen von "Switch" mitgenommen:

• den Elefanten motivieren
• den Reiter lenken
• den Weg gestalten

Ich würde sagen, lesen Sie das Buch für alle Details ;-).

Verbesserungsrückstand des Unternehmens

Ein letzter Punkt, den ich mit Ihnen teilen möchte: Mike Cohns Idee, eine "Enterprise Transition Community" und eine Reihe von "Improvement Communities" einzuführen. Die Idee besteht darin, die "kontinuierliche Verbesserung" in Unternehmen zu formalisieren, indem ein "Company improvement backlog" eingeführt wird, das von der "Enterprise Transition Community" gepflegt wird.

Meine eigene Erfahrung als Redner

Ich habe einen Erfahrungsbericht mit dem Titel "Unleash the Agile Power: Bridge the Gap between Development & Operations" vorgestellt. Ich stellte die typischen Merkmale von Entwicklungs- und Betriebsabteilungen in Unternehmen vor und argumentierte, warum diese Merkmale eine natürliche Kluft zwischen den beiden Abteilungen verursachen: Während die Entwicklungsabteilung die Dinge verändern will, will der Betrieb sie stabil halten. Ich argumentierte weiter, dass die Einführung 'agiler' Methoden in der 'Entwicklung' Auswirkungen auf 'Operations' hat, die die Kluft vergrößern, und stellte zwei mögliche Optionen zur Überbrückung dieser Kluft vor:

• Operations-Mitarbeiter in Entwicklungsteams aufnehmen
• Eliminieren Sie die Übergabe von der Entwicklung an den Betrieb, indem Sie alle Bereitstellungen automatisieren, z.B. mit Deployit

Meiner Erfahrung nach funktioniert die erste Option nicht, wohingegen wir die zweite Option bei einer großen europäischen Fluggesellschaft (KLM/Air France) mit Erfolg umgesetzt haben, was zu enormen Kosteneinsparungen geführt hat. Mein Vortrag wurde sehr gut aufgenommen und ich hatte Gelegenheit, die letzten zehn Minuten mit den Teilnehmern zu verbringen, um ihre Ansichten darüber zu diskutieren, wie die Kluft am besten überbrückt werden kann.

Schlusswort

Ich hatte eine hervorragende Woche in Orlando und bin voller Energie, um meine eigene Arbeitsweise, die meines Teams und die meines Unternehmens weiter zu verbessern. Würde ich nächstes Jahr wieder hingehen? Nun, als reiner Teilnehmer scheint mir das ein wenig zu viel zu sein, da ich auf dem Gebiet zu erfahren bin und die meisten Sitzungen den Stil eines Tutorials haben. Als Teilnehmer würde ich raten, alle zwei Jahre wiederzukommen. Als Redner habe ich jedoch das dringende Bedürfnis, Ihnen mehr über diese Erfahrungen zu berichten, und ich koche bereits an dem Thema für das nächste Jahr. Wir sehen uns in Salt Lake City vom 7. bis 13. August 2011!