In dieser neuen Folge des Passionate Teams Podcast spreche ich über typische agile Mythen. Hier eine kurze Zusammenfassung:
1. Agilität bedeutet keine Dokumentation
Wer glaubt mit dem Einführen von Agilität, werden keine Dokumentationen mehr benötigt, der irrt sich gewaltig. Selbstverständlich wird Dokumentation weiterhin benötigt. In vielen regulatorischen Bereichen wie z.B. der Finanzbranche, geht es garnicht anders. Allerdings sollte das Produkt immer im Fokus stehen. In agilen Produktentwick...
In dieser neuen Folge des Passionate Teams Podcast spreche ich über typische agile Mythen. Hier eine kurze Zusammenfassung:
1. Agilität bedeutet keine Dokumentation
Wer glaubt mit dem Einführen von Agilität, werden keine Dokumentationen mehr benötigt, der irrt sich gewaltig. Selbstverständlich wird Dokumentation weiterhin benötigt. In vielen regulatorischen Bereichen wie z.B. der Finanzbranche, geht es garnicht anders. Allerdings sollte das Produkt immer im Fokus stehen. In agilen Produktentwicklungsprojekten, wird die Dokumentation immer parallel zum Produkt entwickelt, um Mehrarbeit zu verhindern.
2. Agilität ist Anarchie
Agilität hat absolut nichts mit Anarchie zu tun. Führungskräfte werden natürlich immer noch benötigt. Allerdings ändert sich das Aufgabengebiet. Als agile Führungskraft geht es mehr darum seinen Teams zu vertrauen und sich mehr darum zu kümmern, einen klaren Rahmen zu schaffen und alles dafür zu tun, dass die Teams effizient arbeiten können.
3. Agilität ist schneller
Agilität ist erstmal eher langsamer. Denn bei Agilität wird von Anfang an auf eine hohe Qualität der Arbeit geachtet. Der Geschwindigkeitsvorteil ist oft erst später spürbar, wenn man sich lange Bugfixingphasen sparen kann oder es einfacher fällt neue Features in das Produkt einzubauen. Ausserdem ist das agile Prinzip "Einfachheit - die Anzahl nicht getaner Arbeit zu maximieren - ist essentiell" ein Hebel für eine bessere Time-To-Market.
4. Agilität ist eine Wunderwaffe
Agilität ist KEINE Wunderwaffe. Wenn ein Team bspw. mit schlechten Anforderungen "gefüttert" wird, dann kann es noch so effizient sein, am Ende wird sich das Produkt dennoch nicht verkaufen. Wo Agilität aber seine Stärken ausspielen kann, ist beim schnellen und transparenten Aufdecken von Schwachstellen.
5. Agil ist einfach
Wenn Du bisher nicht gewohnt bist, alle 4 Wochen ein funktionsfähiges Produktinkrement zu liefern, dann wirst Du anfangs einige Schwierigkeiten haben. Je größer das Produkt ist und je größer der Anteil von Elementen, die nicht programmiert werden, sondern z.B. Elektronik oder Hardware sind, desto schwieriger wird es. Trotzdem macht es Sinn sich auf den Weg in Richtung Agilität zu machen.
6. Agil funktioniert nur in der Software Entwicklung
Klar in der der Software Entwicklung ist Agilität essentiell, aber darüber hinaus kann oder besser sollte Agilität auch in anderen Unternehmensbereichen etabliert werden. Denn in anderen Unternehmensbereichen müssen die Prozesse der Umgebung angepasst werden. Agilität funktioniert ganz klar nur im ganzen Unternehmen.
7. Agilität bedeutet keine Planung
Selbstverständlich wird auch in agilen Projekten geplant. Ganz im Gegenteil, im Agilen wird die ganze Zeit geplant (Daily, Sprint, Release, usw,). Nicht umsonst existiert der Spruch "We plan to replan". Weil man sich allerdings bewusst ist, das dieser Plan ständig angepasst werden muss, plant man so leichtgewichtig wie möglich.
