Vier Werte, nicht vier Regeln
Das 2001 veröffentlichte Agile Manifest umfasst vier Präferenzen: Individuen und Interaktionen gegenüber Prozessen und Werkzeugen, funktionierende Software statt umfassender Dokumentation, Kundenzusammenarbeit statt Vertragsverhandlungen und das Reagieren auf Veränderungen statt dem Befolgen eines Plans. Der Text besagt, dass die Punkte rechts weiterhin Wert haben. Es steht nicht "kein Plan" oder "keine Dokumentation": Es steht, was zuerst kommt, wenn man wählen muss.
Zehn Jahre später nahm eine Sonderausgabe des Journal of Systems and Software Bilanz mit der Forschung und versuchte immer noch zu erklären, warum diese Praktiken funktionieren, anstatt sie nur zu beschreiben (Dingsøyr et al., 2012). Mit anderen Worten: Agilität ist eine Reihe von Praktiken, die sich im Feld bewährt haben, wobei die Theorie danach erschien.
Was sich von Tag zu Tag verändert
Arbeit wird sichtbar
Man kann nicht anpassen, was man nicht sieht. Der erste Schritt eines agilen Teams ist oft, alle Aufgaben auf ein gemeinsames Board zu stellen, selbst wenn das zehn Dinge für drei Personen "in Bearbeitung" zeigt.
Der Zyklus wird kurz
Anstatt zwölf Monate zu planen, gibst du dir ein oder zwei Wochen, ein Ziel und am Ende eine Demo. Das ist das Grundprinzip der Scrum-Methode, obwohl du sie anwenden kannst, ohne das gesamte Framework zu übernehmen.
Die Messung bleibt einfach
Am Ende eines Zyklus reichen zwei oder drei Zahlen aus: was getan wurde, was blockiert wurde, was ausgerutscht ist. Der Punkt ist, sie zu besprechen, nicht das Team zu bewerten.
Diese Woche beginnen wir mit einem Team von fünf Personen
- Montag: Alle listen ihre aktuellen und bevorstehenden Aufgaben ungefiltert auf. Sie sind auf einem gemeinsamen Board.
- Wählen Sie eine Zykluslänge (zunächst eine Woche) und ein einziges, realistisches Ziel.
- Jeden Tag, fünf bis fünfzehn Minuten: Was bewegt sich, was blockiert.
- Freitag: Dreißig Minuten, um zu zeigen, was wirklich getan ist, und dann laut zu sagen, was sich nächste Woche ändert.
Wenn das Ziel nach zwei Zyklen verfehlt wird, schauen Sie sich zuerst die Aufgabengröße und die Schätzung an, bevor Sie nach einer anderen Methode suchen.
Quellen
- Beck, K. et al. (2001). Manifest für agile Softwareentwicklung. agilemanifesto.org
- Dingsøyr, T., Nerur, S., Balijepally, V., & Moe, N. B. (2012). Ein Jahrzehnt agiler Methoden: Zur Erklärung agiler Softwareentwicklung. Journal of Systems and Software, 85(6), 1213-1221. doi:10.1016/j.jss.2012.02.033