Kumbaya, ihr agilen Jünger!

Das Verhalten von IT-Managern und Fachleuten kann des Öfteren seltsame Züge annehmen. Seit einigen Jahren wird die Sau mit dem Namen “Agilität” – und das völlig zurecht – durch das unternehmerische Dorf getrieben. Agilität ist im 21. Jahrhundert in einer auf Optimierung ausgelegten und vergleichsweise statischen deutschen Industriegesellschaft eine Notwendigkeit geworden. Mit der zunehmenden Durchdringung von IT und Software in unserem Leben verschiebt sich die klassische, vom Maschinenbau geprägte, industrielle Produktion hin zu einer industriellen IT- und Software-Produktion. Viele Konzepte lassen sich dazu aus der alten Welt übernehmen. Vieles muss aber auch neu gedacht werden, weil sich die digitale Industrie in einigen Punkten wesentlich von der maschinellen Industrie unterscheidet. Das Thema Agilität ist eines davon und daher hat es vollkommen seine Berechtigung.

Problematisch wird es bei diesem Thema dann, wenn um das „Event des Dorftreibens“ drum herum ein riesiger Markt entwickelt wird, der – teilweise unreflektiert – über das Thema spricht und selbst nicht (mehr) umsetzt. Da werden Krawatten von den Hälsen gerissen und Ausrufe wie “nennt mich beim Vornamen!” in die Welt verkündet. Das Ziel? Ich möchte das Agilitätsabzeichen in Gold bekommen und die eigene Jobbeschreibung bei LinkedIn von sechs Zeilen auf sieben erweitern. Manager/-innen sitzen dann in „agilen Werkstätten“ und sogenannten „break-out sessions“ zusammen und besprechen, wie sie denn am besten im agilen Geiste zusammenarbeiten kann und klopfen sich für die bisherigen, meist oberflächlichen Erfolge gegenseitig auf die Schulter. Es werden bunte Post-It an die Wand geklebt und von links nach rechts geschoben und jeder beglückwünscht den anderen zu seinem „mindset change“ und wie toll das ganze doch mittlerweile geworden ist. Eine wirkliche Veränderung hat dabei, wenn überhaupt, nur oberflächlich stattgefunden. Sicher, es gibt mittlerweile Product Owner, ein Backlog und daily-stand ups. Aber wie oft werden daily stand-ups im Sitzen verbracht, wie oft wird die Rolle des Product Owners weg delegiert (ist ja schließlich einiges mehr an zusätzlicher Arbeit) und wie konsequent werden denn nach einem Sprint Retroperspektiven durchgeführt?

Wenn es also um Veränderung in den eigenen Reihen geht, wird es unbequem und vielleicht werden auch lieb gewonnene Privilegien ungern aufgegeben. „Die Umsetzung muss an der Basis erfolgen!“ werden Sie dann sagen. Das ist falsch. Wenn sich in der Führungsmannschaft keine Veränderung einstellt, wird sich an der Basis überhaupt nichts ändern. Veränderung ist immer und auf allen Ebenen unbequem! Veränderungen sind per Definition unbequem, sonst wären es keine. Leider wird das in diesen “agilen” Workshops selten oder nur oberflächlich diskutiert und stattdessen die vermeintlich bisherigen Erfolge in „success stories“ breit getreten. Die Führungsmannschaft klopft sich dann wieder auf die Schultern, weil sie diese Workshops initiiert haben. Die Inhalte aber konsequent umsetzen, das sollen dann aber doch bitte die anderen. Immerhin soll das alles ja für sich selbst spaßig bleiben.

Ist das eine kritische und tiefgreifende Auseinandersetzung mit dem Thema Agilität? Sicher, Agilität darf und soll auch Spaß machen. Es soll motivieren. Sofern man es aber professionell anwendet, ist eine konsequente Umsetzung notwendig. Und Konsequenz ist und darf nicht immer spaßig sein. Sonst werden Sie keine wesentliche Veränderung in Ihrer Organisation erleben. Wenn Sie wirklich etwas bewirken wollen, vergessen Sie Ihr LinkedIn Profil und ihr Agilitätsabzeichen in Gold und leben setzen Sie das gesprochene Wort in die Tat um!

Aber das wäre ja dann unbequem und derartige Verpflichtungen machen einem ja nur das Event kaputt…

Dieser Beitrag ist am 21.10.2019 auf tobiasfaiss.com erschienen.