„Agilität ist leer.“

Das habe ich mir vorher auch gedacht.

Wir Entwickler haben eine Tendenz, wenn wir mit c beginnenBetrachten Sie alles, was von kommt Methodik wie ein nebulöser Managementtrick, dessen einzige Funktion darin besteht, den Teams einen Rahmen zu geben, damit ein Projekt durchgeführt werden kann.
Wie eine etwas überflüssige Tabelle der Gebote, die Regeln aufstellt, die nur wenige Menschen natürlicherweise nicht anwenden.

Aber eigentlich nein.

Dieses Vorurteil habe ich definitiv geschluckt dank einem Scrum-Training vorgeschlagen von Xebia (und geführt vom talentierten Scrum-Trainer Bruno Sbille), an der ich das Vergnügen hatte, teilzunehmen. Scrum Product Owner Zertifizierungsschulung über 2 Tage verteilt.
Und es war vom ersten Tag an vor allem eine Übung, die meine Ideen wieder auf den Punkt gebracht hat...

Die treffend benannte „Flugzeugübung“!

Nehmen Sie 3 Teams mit 5/8 Personen und bitten Sie sie, die meisten Papierflieger in 3 Minuten herzustellen.

Regel :
Niemand sollte mehr als eine Biegung hintereinander auf derselben Ebene machen, eine Person verkörpert die 'Produkteigentümer' mit der Aufgabe zu überprüfen, ob jedes fertige Flugzeug korrekt fliegt und ein Biegeverbot hat.
Bevor der Timer startet, hat jedes Team eine Minute Zeit, um eine Strategie zu entwickeln und bekannt zu geben, wie viele Flugzeuge sie ihrer Meinung nach bauen können.

#schlechteStrategie

Unsicher dachten wir an 4.
0 haben gestohlen.

Die anderen 2 Teams kamen besser weg als wir, aber auch nichts zu zeigen.
Wir hatten dann die Gelegenheit, eine Minute lang zu debattieren, um unsere Strategie zu korrigieren und eine neue Schätzung abzugeben, bevor wir weitere 3 Minuten intensiv folden.

Angekündigt: 16.
Produkte: 14.

3. Runde:

18 angekündigt …
Geflogen: 18!

Wir waren zwar das Team mit der signifikantesten Produktionskurve, aber die Statistiken der drei Gruppen waren verblüffend: Wir alle begannen mit einem Verhältnis von weniger als 40 % und landeten alle bei 100 %.

Offenbarung, Schock, Erleuchtung.

Das Iterieren über kurze Zeiträume mit regelmäßigen Retrospektiven verbessert die Teamarbeit erheblich.

Weitaus effektiver als ein Klassiker v-Zyklus für die die Entwicklung auf eine dumme lineare Weise erfolgt.
Abschließend gekrönt von einer guten großen Nachbesprechung, bei der jeder die Möglichkeit hat, das Ausmaß zu begreifen Überholen, Extrakosten und magerer Anteil an Funktionen der schließlich in Produktion ging.

Agile Methoden bleiben also ein Werkzeug für Methodik, Projektmanagement, ein Arbeitsrahmen, der in erster Linie dazu dient, Prozesse intelligenter und flexibler zu gestalten und die Produktivität durch Kostensenkung zu steigern.

Vermutlich unsexy Überlegungen aus der Sicht eines Programmierers.

Aber es ist auch ein unglaublich emulatorgenerierendes und äußerst lohnendes Werkzeug.

Stellen Sie sich vor, Ihr Teamerfolg steigt mit jedem „Sprint“ (Iteration) und Ihre Schätzungsqualität verbessert sich, wie im Flugzeugbeispiel.
Spannend, nicht wahr?

Stellen Sie sich vor, ein Projekt durch ein physisches Board zum Leben zu erwecken, auf dem jedes Feature durch ein Post-it dargestellt wird, das von Spalte zu Spalte wandert …
Spannend, nicht wahr?

Stellen Sie sich vor, ständig zu wissen, was Ihre 4, 5, 6 Mitentwickler programmieren und die Möglichkeit zu haben, die gemeinsame Strategie jederzeit termingerecht anzupassen?
Beeindruckend?

Gut ja ! dreimal.

Ich habe seit diesem Perspektivenwechsel das Glück, in einem Pool der Beweglichkeit zu schwimmen und alle Vorteile zu behalten.

Das ist also mein Mea Culpa.

„Agilität, ich liebe dich.

Teaser: Die IT-Plattform, an der ich arbeite, bereitet sich aktuell auf ihre Umwandlung in ein „Feature-Team“ nach Spotify-Vorbild vor … Ein Projekt, das ebenso herausfordernd wie lohnend werden dürfte. Seid gespannt!

Laurent Masella, UX-Wissenschaftler @UX-Republic