Nagarro Enterprise Agility #1: Agile, nicht Chaos

Agile ist ein Mindset, das der heutigen Welt entspricht, weil es zum Kreuz- und Quer-Denken in der digitalen Transformation passt und in vielen Unternehmensbereichen anwendbar ist. [...]

Doch Innovation, Kreativität und Risiko führen nicht automatisch zum Erfolg. (c) Nagarro

Nagarro Berater und Software Testing Experte Maximilian Wallisch erklärt in seinem Blog, warum „agile“ nicht Chaos bedeutet, worauf zu achten ist und wie man vorübergehendes Chaos überwindet.

Ist Agil gleich Chaos?
Agile Projekte gewinnen im Vergleich zu Wasserfallprojekten an Bedeutung. Agilität wird in der Softwareentwicklung gerne mit Veränderung, Flexibilität, kürzerem Time-to-Market, Eigenverantwortung etc. in Verbindung gebracht.  Das klingt positiv – und wenn es richtig gemacht wird, ist es das auch – selbst wenn Rückschläge vorprogrammiert sind. Es gibt viele gängige Definitionen dafür, was „Agilität“ bedeutet und viele Unternehmen bzw. Agilisten haben ihren ganz eigenen Ansatz. Eines jedoch ist sicher: Agilität ist KEIN Chaos!

Beim internationalen Software- und Digitalisierungsexperten Nagarro gehört „agile“ seit vielen Jahren zur Firmen-DNA. Mit einem breiten Werkzeugkasten und bewährten Tools bietet Nagarro seine Erfahrung in Form von Workshops, Trainings und Coachings für verschiedene Unternehmensbereiche an.
Anfragen an: sales.at@nagarro.com
Das Nagarro Vorgehensmodell um Sie bei Ihren Wandel in eine agile Organisation zu begleiten >>

Was Agilität NICHT ist!
Agilität bedeutet nicht, zu tun, was man will, wann man will und wie man will. Es bedeutet weder, dass selbstorganisierte Teams keine Führungspersonen brauchen, noch dass gearbeitet wird, ohne nachzudenken bzw. zu planen. Agil zu arbeiten bedeutet auch nicht, auf jede erdenkliche Veränderung sofort zu reagieren, nur weil man könnte. Nach Scrum etwa wird „nur“ nach jedem Sprint reagiert, und der dauert in der Regel 2-4 Wochen. Während des Sprints sollen Arbeitspakete und Vereinbarungen unverrückbar sein, nichts spontan geändert, hinzugefügt oder entfernt werden. Beim Lean- oder Kanban basierten Ansatz ist zwar eine „Fastlane“ für veränderte Umstände vorgesehen, aber auch das Pensum für die „Fastlane“ ist begrenzt.

Nun mag man sich fragen, warum ich das Selbstverständliche erkläre. Wenn mich meine Beratungserfahrung als agiler IT-Experte eines gelehrt hat, ist es, dass Teams und Organisationen sehr oft Regeln und Abmachungen über Bord werfen und bei dem Versuch, agile Prinzipien anzuwenden, ins Chaos abgleiten.

Was ist das Problem?
Wenn ich auf Führungsebene diskutiere, habe ich oft das Gefühl, dass die Wahrnehmung dessen, was Agilität ist, sehr weit von der Realität entfernt ist. Das Management hat Schlagworte im Kopf, vernachlässigt aber die erforderlichen Grundsätze. Den Teams werden permanent Fokuswechsel und neue Team-Zusammensetzungen zugemutet, oder wider besseres Wissen immer neue Stories in den Sprint-Backlog gepresst. Manche versuchen zwar den agilen Wandel zu fördern, sparen aber am Budget, sei es für agile Coaches, Scrum-Master, Schulungen, indem Rollen gekürzt, oder Teammitgliedern Doppelfunktionen zugeordnet werden.

Lassen Sie uns neben dem Management auch einen Blick auf die Teams werfen. Wer sich nicht an Dinge wie Timeboxing oder „Definition of Done“ hält, oder ständig zu spät zum Stand-up kommt, gefährdet den Erfolg genauso. Ein Beispiel, das ich selbst als Scrum Master erlebt habe: Das Team entschied damals gemeinsam mit dem Management, die Retrospektiven dauerhaft abzuschaffen. Man wollte die so gewonnene Zeit nutzen, um weitere Stories zu implementieren. Dabei war noch kein einziger Sprint wie geplant beendet worden! Anstatt dies in der Retro zu besprechen und Gegenmaßnahmen zu suchen, verpflichtete man sich zu noch mehr Arbeit. Die war natürlich nicht zu bewältigen, das resultierende Chaos unvermeidlich.

Wie wirkt sich das Chaos aus?
Betrachten wir das Scrum-Framework können wir festhalten: Der teils strenge Rahmen verlangt viel Disziplin, Ehrlichkeit, Offenheit, Selbstkritik und Eigenverantwortung. Zumindest in den ersten Sprints sollten die Teams befähigt und angeleitet werden, sich wirklich an die Regeln, Rollen und Rituale zu halten. Nur so kann das Team sie kennenlernen und aus den Fehlern lernen. Das Schöne an der Agilität ist, dass die Teams die Regeln und Rituale an ihren Stil anpassen können, die ursprüngliche Essenz sollte aber erhalten bleiben. Wer Teams von Anfang an in ihrem Streben behindert, nimmt ihnen die Chance, den „richtigen Weg“ zu erlernen, was oft zu einem chaotischen Arbeitsstil führt.

Ist der Schaden erst entstanden, kann es herausfordernd sein, wieder auf Kurs zu kommen. Negative Stimmung und ständiger Druck des Managements fördern weder Teammotivation noch Erfolg. Rasch rücken die agilen Kritiker im Unternehmen auf den Plan. Sie wussten ja immer schon: „Agilität funktioniert nicht“. In weiterer Folge überdenkt das Management seine Bereitschaft, den agilen Wandel zu unterstützen, was wiederum die Mitarbeiter in drei Gruppen spaltet. Eine, die gerne den agilen Weg gehen möchte, eine, die nicht dazu bereit ist und eine, die es nicht einmal interessiert. Damit haben Sie das perfekte Rezept für Chaos, Missverständnisse, Blockaden und schlechte Laune.

Wer halbherzig an die Sache herangeht, oder Prinzipien anwendet, deren Bedeutung nicht vollständig verstanden werden, hat es schwer, die Früchte der agilen Softwareentwicklung zu ernten, erreicht mitunter den gegenteiligen Effekt. Der Software-Lebenszyklus wird noch undurchschaubarer und schwieriger zu messen.

Sie können das lösen!
Zunächst müssen alle – Personen, Teams und Stakeholder – erkennen und eingestehen, wenn sie in die „Chaos-Falle“ geraten sind. Versuchen Sie, ehrlich zu beurteilen, ob Ihr agiler Prozess wie geplant abläuft. Sprechen Sie mit Kollegen, sammeln Sie unterschiedliche Standpunkte und nutzen Sie regelmäßige, geplante Retrospektiven, um Fragen aufzuzeigen und zu diskutieren. Jede Meinung ist dabei wertvoll!

Scheuen Sie sich nicht, ein paar Schritte zurückzugehen und versuchen Sie, die Dinge noch einmal richtig zu machen – auch wenn das bedeutet, den Backlog auszudünnen, neu zu sortieren oder bereits getroffene Entscheidungen zu überdenken. Holen Sie das Management an Bord, beziehen sie es ein, etwa wenn agile Meetings stattfinden. Verschweigen Sie nicht, dass Sie, Ihr Team oder Ihre Organisation Fehler gemacht haben – dies ist Teil der agilen Lernkurve und nur durch das Eingeständnis der Fehler können Sie sich anpassen und verbessern.

Besonders zu Beginn agiler Transformationen erscheint es oft, als wäre man bereits im Chaos-Modus. Eine gesunde Dosis an Unsicherheit ist normal und sogar nötig, um die Kultur Ihres Unternehmens und Ihre Arbeitsweise zu verändern. Gibt es keine merklichen Anzeichen, dass sich der neue Arbeitsmodus stabilisiert, hilft ein erfahrener Agile Coach. Er kann mit seiner unabhängigen, neutralen Sicht zum Erkenntnisgewinn beitragen, um einen vorübergehenden Chaos-Modus zu überwinden.

https://www.nagarro.com/de


Mehr Artikel

Rüdiger Linhart, Vorsitzender der Berufsgruppe IT der Fachgruppe UBIT Wien. (c) WeinwurmFotografie
Interview

IT-Berufe im Fokus: Innovative Lösungen gegen den Fachkräftemangel

Angesichts des anhaltenden IT-Fachkräftemangels ist schnelles Handeln gefordert. Die Fachgruppe IT der UBIT Wien setzt in einer Kampagne genau hier an: Mit einem breiten Ansatz soll das vielfältige Berufsbild attraktiver gemacht und innovative Ausbildungswege aufgezeigt werden. IT WELT.at hat dazu mit Rüdiger Linhart, Vorsitzender der Berufsgruppe IT der Fachgruppe UBIT Wien, ein Interview geführt. […]

News

ISO/IEC 27001 erhöht Informationssicherheit bei 81 Prozent der zertifizierten Unternehmen

Eine Umfrage unter 200 Personen verschiedener Branchen und Unternehmensgrößen in Österreich hat erstmals abgefragt, inwiefern der internationale Standard für Informationssicherheits-Managementsysteme (ISO/IEC 27001) bei der Bewältigung von Security-Problemen in der Praxis unterstützt. Ergebnis: Rund 81 Prozent der zertifizierten Unternehmen gaben an, dass sich durch die ISO/IEC 27001 die Informationssicherheit in ihrem Unternehmen erhöht hat. […]

News

Public Key Infrastructure: Best Practices für einen erfolgreichen Zertifikats-Widerruf

Um die Sicherheit ihrer Public Key Infrastructure (PKI) aufrecht zu erhalten, müssen PKI-Teams, sobald bei einer Zertifizierungsstelle eine Sicherheitslücke entdeckt worden ist, sämtliche betroffenen Zertifikate widerrufen. Ein wichtiger Vorgang, der zwar nicht regelmäßig, aber doch so häufig auftritt, dass es sich lohnt, PKI-Teams einige Best Practices für einen effektiven und effizienten Zertifikatswiderruf an die Hand zu geben. […]

News

UBIT Security-Talk: Cyberkriminalität wächst unaufhaltsam

Jedes Unternehmen, das IT-Systeme nutzt, ist potenziell gefährdet Opfer von Cyberkriminalität zu werden, denn die Bedrohung und die Anzahl der Hackerangriffe in Österreich nimmt stetig zu. Die Experts Group IT-Security der Wirtschaftskammer Salzburg lädt am 11. November 2024 zum „UBIT Security-Talk Cyber Defense“ ein, um Unternehmen in Salzburg zu unterstützen, sich besser gegen diese Bedrohungen zu wappnen. […]

Be the first to comment

Leave a Reply

Your email address will not be published.


*