Ich sitze gerade in Hannover in meinem Hotelzimmer im Central-Hotel Kaiserhof. Ein schönes, feines Hotel – auch wenn es kaiserlicher klingt, als es ist – zumindest für einen Wiener 😉 Hinter mir liegt ein langer Workshop-Tag bei einem Softwareentwicklungsunternehmen. Die 19 Softwareentwickler und Führungskräfte (also alle Mitarbeitenden) haben vor einem Jahr mit mir eine Workshop-Reihe zu agilem Mindset gestartet. Soweit nicht ungewöhnlich. Bis heute.
Wie alles begann
Als wir vor einem Jahr zusammenkamen, dachte ich: Was wollen die denn? Die machen ja jetzt schon einen fantastischen Job. Liefern Top-Software aus. Die Kunden sind begeistert. Die Entwicklungsprozesse laufen rund. Agiles Arbeiten war nicht nur eine Floskel, sondern Teil ihrer DNA. Die Mitarbeiter zufrieden. Aber sie wollten mehr: Effizientere Abläufe, mehr Teamgefühl, mehr Effizienz, mehr Stolz auf die und mehr Spaß an der Arbeit. Aber trotzdem war da etwas, das fehlte – auch wenn keiner von uns es benennen konnte. Und so machten wir uns auf den Weg.
Alles schon da
Und wie jetzt loslegen? Methodisch aufrüsten? Na ja, mal ehrlich: Softwareentwickler können Software entwickeln. Und wenn sie da irgendwas nicht können, dann bringen sie es sich bei. Agile Methoden nutzten sie auch und sie sind kein Hexenwerk. Man findet sie in unzähligen Büchern, Blogs, Guides usw. Alles kein Geheimnis, voll verfügbar und anwendbar. Aber der Spaß beginnt ja dann, wenn agile Methoden und Vorgehen über Retros angepasst werden und immer mehr die Eigenheiten der Teams und Mitarbeiter widerspiegeln. So entsteht der individuelle, agile Weg. Es ist immer eine Freude, wenn ein Team in diesen Modus kommt und sie selbst immer mehr ihre agilen Prozesse gestalten, bis sie so tief in der Unternehmens-DNA sind, dass sie es gar nicht mehr “agil” nennen brauchen. Dann haben sie auch das hochgelobte “Agile Mindset”. Aber wo kommt das her? AHA!
Spurensuche
Agilität – Alle wollen es. Und fragt man 10 Experten nach der Definition von Agilität, bekommt man 12 unterschiedliche Antworten. Doof oder? Nein gar nicht! Denn darum geht es ja. Denn hinter diesem kleinen Wort verstecken sich weitere agile Werte wie: Mut, Feedback, Neugier, Offenheit, etc. Auch da gibt es keine zu 100 Prozent definierte Liste – aber viele Ähnlichkeiten. Und da können wir ansetzen, nämlich die Werte definieren: Was heißt denn Offenheit für jeden Einzelnen und fürs Team konkret? Was heißt eigentlich Transparenz? Und was bedeutet Feedback? Und was Mut? Und dann in Summe: Was bedeutet eigentlich Agilität? Die gemeinsame Antwort auf diese Fragen ist so individuell wie das Unternehmen selbst!
Randnotiz: Agile Methoden versuchen diese Werte ja zu “implementieren” und sind sozusagen die Best Practices anderer Unternehmen bei der Umsetzung ihrer agilen Werte. Aber ob das beim eigenen Team/Unternehmen funktioniert, ist ungewiss. Wenn Mut nicht gleich Mut ist, muss Daily auch nicht gleich Daily sein. Großartig, was daraus entsteht!
Ein ganz neuer Weg
Mit den Werten sind wir plötzlich in einem Bereich, der auf einmal richtig “soft” und “persönlich” ist. Und damit eröffnet sich eine ganz neue Dimension: Was muss ich denn eigentlich denken, wenn ich diese Werte lebe? Woran glauben? Wer muss ich sein? Welches Team müssen wir sein? Die Reflexion und Auseinandersetzung mit diesen Fragen hat nichts mehr mit agilen Methoden zu tun, sondern führt nur zu Einem: persönliche Entwicklung und Reifung der Mitarbeiter. Oha! Da gehts plötzlich nicht mehr um ein bisschen mehr agil bitte – sondern um Transformation!
“Das mit der persönlichen Entwicklung funktioniert bei uns sicher nicht! Wir haben gestandene Ingenieure und Entwickler. Und wissen Sie, unsere Programmierer sind auch ein bisserl … na ja … eigen. Die setzen sich sicher nicht im Kreis hin, zu Räucherstäbchen und machen doofe Spiele” – Nun, wenn es auch wenig wertschätzend klingt, denkt so doch die eine oder andere Führungskraft. Bloß gut, dass Persönlichkeitsentwicklung sich in den letzten Jahren massiv professionalisiert hat, begleitet durch Erkenntnisse der Psychologie und Hirnforschung.
Der heutige Tag
Wir haben heute im Workshop behandelt, was ein agiles Team von sich selbst denken muss, um gut arbeiten zu können – und was jeder von sich selbst glaubt und glauben sollte. Das hat den Softwareentwicklern nicht nur geholfen, ein gemeinsames Verständnis für agiles Teamwork zu bilden, sie haben sich auch gegenseitig auf einer ganz neuen Ebene kennengelernt und ausgetauscht. Und was dabei am wichtigsten ist, hat ein 25-jähriger Teilnehmer am Schluss gesagt: “Puh, ich hab heute echt viel über mich gelernt. Das hätte ich nicht gedacht.”
Und das ganz ohne Sitzkreis, Räucherstäbchen und doofe Spiele.
Häufig gestellte Fragen
Warum reicht es nicht, agile Methoden einzuführen, um wirklich agil zu arbeiten?
Agile Methoden sind Best Practices anderer Unternehmen bei der Umsetzung ihrer eigenen Werte. Ob sie im eigenen Team greifen, ist damit offen. Die Methoden selbst sind kein Geheimnis, sie stehen in Büchern, Blogs und Guides frei zur Verfügung. Entscheidend ist, was Werte wie Mut oder Offenheit im konkreten Team bedeuten. Wenn Mut nicht gleich Mut ist, muss auch ein Daily nicht gleich ein Daily sein.
Warum gibt es keine einheitliche Definition von Agilität?
Fragt man zehn Experten nach der Definition, bekommt man zwölf Antworten. Das ist kein Mangel, sondern der Kern der Sache: Hinter dem Begriff stehen Werte wie Mut, Feedback, Neugier und Offenheit, und auch dafür existiert keine zu hundert Prozent festgelegte Liste. Es gibt viele Ähnlichkeiten, aber die gemeinsame Antwort fällt so individuell aus wie das Unternehmen selbst.
Woran erkennt man, dass ein Team ein agiles Mindset entwickelt hat?
Ein gutes Zeichen ist, wenn das Team seine Prozesse über Retrospektiven selbst gestaltet und die Vorgehensweisen zunehmend die Eigenheiten der einzelnen Mitarbeitenden widerspiegeln. So entsteht ein individueller agiler Weg. Am Ende sitzt das Vorgehen so tief in der Unternehmens-DNA, dass niemand es mehr eigens agil nennen muss.
Wie macht man abstrakte agile Werte für ein Team konkret?
Indem man sie einzeln durchgeht und ausformuliert: Was heißt Offenheit für jeden Einzelnen und für das Team? Was bedeutet Transparenz, was Feedback, was Mut? Und in Summe: Was bedeutet Agilität hier? Diese Arbeit lässt sich nicht aus einer Vorlage übernehmen, weil die Antworten vom konkreten Unternehmen und seinen Menschen abhängen.
Warum landet Arbeit an agilen Werten zwangsläufig bei persönlicher Entwicklung?
Weil Werte Fragen aufwerfen, die weit über Methoden hinausgehen: Was muss ich denken, wenn ich diese Werte lebe? Woran glauben? Wer muss ich sein, und welches Team müssen wir sein? Die Auseinandersetzung damit führt zur Reifung der einzelnen Mitarbeitenden. Damit geht es nicht mehr um ein bisschen mehr Agilität, sondern um Transformation.
Lohnt sich Arbeit am agilen Mindset auch für Teams, die bereits gut liefern?
Ja. Das beschriebene Unternehmen mit 19 Softwareentwicklern und Führungskräften lieferte Top-Software aus, hatte begeisterte Kunden, runde Entwicklungsprozesse und zufriedene Mitarbeitende. Trotzdem wollte es mehr: effizientere Abläufe, mehr Teamgefühl, mehr Stolz auf die Arbeit und mehr Spaß daran. Dass zu Beginn niemand benennen konnte, was fehlte, war kein Hindernis für den Start.
Funktioniert Persönlichkeitsentwicklung auch mit skeptischen Entwicklern und Ingenieuren?
Der Vorbehalt, technische Fachleute setzten sich nicht in einen Sitzkreis zu Räucherstäbchen und doofen Spielen, ist verbreitet, hat sich in der beschriebenen Workshop-Reihe aber nicht bestätigt. Die Entwickler lernten sich auf einer neuen Ebene kennen. Ein 25-jähriger Teilnehmer sagte am Ende, er habe viel über sich selbst gelernt und das nicht erwartet.
Was hat sich an Persönlichkeitsentwicklung im beruflichen Kontext verändert?
Sie hatte sich bis 2022 deutlich professionalisiert, gestützt auf Erkenntnisse aus Psychologie und Hirnforschung. Das entkräftet das gängige Klischee esoterisch anmutender Formate. In der beschriebenen Workshop-Reihe ging es um die Frage, was ein agiles Team von sich selbst denken muss, um gut arbeiten zu können, und was jeder Einzelne über sich glauben sollte.
