„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 sicherlich das Team mit der auffälligsten Produktionskurve, aber die Statistiken der 3 Gruppen waren auffällig: Wir haben alle mit einem Verhältnis von unter 40 % angefangen, um am Ende alle bei 100 % zu landen.

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.

Also ja, die Agile Methoden bleiben eine Methodik, ein Projektmanagement-Tool, ein Framework, vor allem dazu da, die Prozesse weiter zu gestalten Intelligenz, Plus flexibel und Steigerung der Produktivität durch Kosten reduzieren.

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, auf der ich arbeite, bereitet derzeit ihre Transformation zu einem „Feature Team“-Gerät à la Spotify vor… Ein Projekt, das ebenso schmerzhaft wie lohnend zu werden verspricht. Fortsetzung folgt…

Laurent Masella, UX-Wissenschaftler @UX-Republic