12 hartnäckige agile Mythen
Agiler Mythos vs. Realität
frei nach Thierry Delestre
Die meisten Schmerzen beim agilen Arbeiten entstehen, weil der Kern der Agilität nicht verstanden wurde. Da hilft es nicht, dass sich die verschiedensten Mythen hartnäckig halten und oft reproduziert werden. Grund genug, mit den 12 – die uns am häufigsten über den Weg laufen – aufzuräumen:
1. Es gibt keine Planung
Ganz im Gegenteil. Wir machen eine leichtgewichtige, initiale Planung, die wir fortlaufend überprüfen und kontinuierlich anpassen.
2. Es gibt keine Dokumentation
Wir dokumentieren Anforderungen schlank und ihre Umsetzung so, dass alle relevanten Informationen leichtgewichtig und übersichtlich verfügbar sind.
3. Es gibt keine Führung
Auch im Agilen gibt es Führung, deren Aufgabe ist allerdings nicht Anweisung und Kontrolle, sondern Rahmenbedingungen zur Verfügung zu stellen innerhalb derer die Mitarbeitenden sich selber organisieren können.
4. Es gibt keine Architektur
Architektur entsteht emergent und ist modular. Sie wird gemeinsam von den Umsetzungsbeteiligten definiert und nicht von einer einzelnen Person.
5. Funktioniert nur in kleinen Projekten
Ganz im Gegenteil, agile Frameworks sind genauso gut dafür geeignet, große, komplexe Projekte zu meistern. Die Herausforderung ist, agil zu bleiben, während man skaliert.
6. Während eines Sprints wird nichts verändert
Im Sprint lernt man jeden Tag dazu, weshalb sich auch die Sicht auf die Anforderungen und die Planung im Sprint verändert. Stabil hingegen bleibt das Sprintziel, das es zu erreichen gilt.
7. Product Owner = Vermittler zwischen Stakeholdern und dem Entwicklungsteam
Der Product Owner sollte stattdessen einen direkten Kontakt zwischen den Stakeholdern und dem Team fördern.
8. Der Scrum Master führt das Team
Seine Aufgabe ist nicht die disziplinarische Führung, sondern durch laterale Führung und Coaching dem Scrum-Team dabei zu helfen, seine Arbeitsweise zu verbessern.
9. Das Team entscheidet während eines Sprints alles alleine
Teammitglieder benötigen den konstanten Austausch mit den Stakeholdern und dem Product Owner, um gute Arbeitsergebnisse zu erzielen.
10. Wir müssen in jedem Sprint etwas veröffentlichen
In jedem Sprint sollte ein potenziell nutzbares Produkt-Inkrement erschaffen werden, dieses kann jedoch sowohl am Ende eines Sprints oder nach mehreren Sprints veröffentlicht werden.
11. Je mehr Vorbereitung, desto besser
Wenn Arbeit früh und in großem Umfang vorbereitet wird, wird nicht mehr iterativ gearbeitet, sondern man verfällt in eine unflexible Wasserfall-Arbeitsweise.
12. Agilität ist zwar cool – aber nichts für uns!
Agil arbeiten kann jeder, der es will. Abhängig von der Ausgangssituation kann der Weg dorthin jedoch unterschiedlich lang und fordernd sein.
Neueste Blogposts
Persona im Design Thinking Prozess nutzen und Kund*innen besser verstehen
Eines der wichtigsten Kernelemente im Design Thinking Prozess ist es, Empathie aufzubauen. Um die Wünsche und Bedürfnisse der Endnutzer*innen in Bezug auf ein bestimmtes Problem
Warum sollten Unternehmen anders arbeiten als bisher?
Agile Arbeitsweisen, wie z. B. Scrum und auch New Work (oder das, was derzeit unter diesem Begriff zusammengefasst wird) genießen momentan eine besonders hohe Aufmerksamkeit.
Hürden in einer agilen Transformation erkennen
Zwischen „Wollen“ und „Handeln“ befinden sich eine Menge Hürden, die es zu überwinden gilt. Von einem Punkt zum anderen zu gelangen, ist daher häufig schwierig. Damit sich