NBA30: Warum Agilität nicht tot ist

Hallo und herzlich willkommen bei NoBullshit Agile. Mein Name ist Thomas. Ich bin Teil eines Agilenteams und bespreche jede Woche Themen aus der Agilenteam-Projektwelt. Dabei orientiere ich mich an den großen Kategorien Menschen, Teams, Kunden, Projekte und Agilität. Mein Fokus liegt auf der Praxis, daher auch der Name NoBullshit Agile. In der letzten Folge habe ich mir ein paar Gedanken gemacht zum Agil Manifest, wo das herkommt, was damals so die Basis war und daraus abgeleitet zum kleines Gedankenexperiment. Wenn dich das interessiert, dann hör da gerne rein. Den Link zu der Folge findest du in den Show-Nutz. Das hier ist die Folge 30 und heute möchte ich euch erklären, warum Agilität meiner Meinung nach nicht tot ist. Bevor wir da einsteigen, erstmal ein bisschen Housekeeping. Vor allen Dingen ganz, ganz vielen Dank an alle, die auf Mastodon so regel mit mir über Themen diskutieren. Das nimmt jetzt wirklich von Woche zu Woche zu. Das freut mich total, wie gesagt, sage ich immer wieder in Folgen. Mir geht es mit diesem Podcast vor allen Dingen um den Austausch und auch das sage ich immer wieder gerne auch den kritischen Austausch. Ich habe bestimmt nicht das Wissen hier geparkt für mich und mir und ich hoffe eben anderen auch hilft die Diskussion zum Nachdenken, was bedeutet Agilität ganz klar in der Praxis. Deswegen hier nochmal vielen, vielen Dank an alle, die so regel in den Austausch mit mir gehen und schöne Grüße. Ja, kommen wir zum Thema der aktuellen Folge. Das Thema ist aufgetaucht durch ein heißer Artikel. Auch den verlinke ich natürlich in den Shones. Der Artikel lautet Scrum, XP und Co. Warum keiner mehr Agil arbeiten will und ich lese immer und immer wieder gerade in letzter Zeit Artikel, die sich damit beschäftigen, dass Agilität wohl tot ist. Und dieses ganze Thema passt super in viele Folgen, die ich in letzter Zeit aufgenommen habe. Wie gesagt, zum Beispiel der vom letzten Mal, also die Folge 29, das Thema, was ich da behandelt habe, da passt das gut rein, aber auch in viele weitere komme ich später in der Folge auch nochmal drauf. So Kernaussagen sind dann, Agilität hat uns nicht geholfen, Agilität funktioniert nicht und wir müssen was anders machen. Und also vor allen Dingen bezogen auf so andere Artikel. Und ich frage mich gerade bei, wir müssen was anders machen? Was denn? Also was ist denn die Alternative zu Agilität? Und in dem heißer Artikel kommt dann so ein Fazit, was ich ehrlich gesagt ganz gut finde und wo ich auch wirklich sagen muss, ja, sehe ich auch so. Nämlich das erste, warum das so ist, ist Fake Agile, nämlich Unternehmen führen Agil falsch ein und nutzen Agil falsch. So oft genug ist es so, dass Leute sagen, oh, wir müssen Agil sein und Agilität einführen wollen und dann zum Beispiel Scrum nehmen, weil Scrum sicherlich so eine Art Einstiegsdroge ist, ist halt sehr klar erklärt, aber die Basis dazu gar nicht haben, warum füllen wir Scrum ein und was bedeuten die einzelnen Regeln und Definitionen im Scrum-Guy? Und der zweite Fall ist so Dark Agile, nämlich mit Absicht einer Methode wie zum Beispiel Scrum einführen, um die nur noch als Deckmantel zu benutzen und dann doch wieder aus Management heraus zu steuern und zu kontrollieren und eher wasserfallartig vorzugehen. Ich glaube und das steht so auch im Artikel und da gerne ich auch mitgehen, eine dritte große Säule, warum dieses Agil ist tot immer wieder kommt oder Leute das feststellen, die in einer, ich mache jetzt Gänsefüßchen in der Luft, Agilen Welt leben, dass es alles ehrlich gesagt gar nichts bringt, das ist ja eben so dann immer die Meinung zu Agilität ist tot. Ich glaube ein dritter Teil davon ist eben die Kommerzialisierung, also Zertifikatsfluten, unheimlich viele Leute, die alle möglichen Arten von Zertifikaten erfunden haben, das ganze Thema Agila Coach Coaching Fluten versteht mich nicht falsch, ein guter Agila Coach bringt jetzt sicherlich einen richtig guten Mehrwert, aber auch die sind ja alle wie Pilz außen berunden geschossen und diese ganze Kommerzialisierung führt natürlich irgendwie dazu, dass man immer mehr Dinge auch erfindet rund um Agilität, Scrum von Scrum, Flight Level, alles was so dazugehört, weil man ja immer mehr Zertifizierung auch erfinden muss, damit man halt ebenso ein Geld fand hin mit Zertifizierung. So und dann gibt es noch so ein ganz extra Punkt für mich, viele Leute reden oft von digitaler Transformation und hängen da immer Agilität dran oder anders um Agilität gehört zur digitalen Transformation und für mich und vielleicht ist das ein bisschen picky oder so, ich weiß es nicht, hat das eine mit dem anderen überhaupt nichts zu tun, für mich ist digitale Transformation was viel größeres und ganz was anderes, nur weil man jetzt an der Stelle über Agilität nach denkt oder Scrum einführt um das so ganz platt zu sagen, hat man ja noch längst keine digitale Transformationen gemacht und deswegen der bei dem Punkt denke ich immer, was hat das eine mit dem anderen zu tun. Ja, erstes Fazit aus diesem Artikel ist für mich halt eben ganz klar, er stellt so meine Sichtweise zudem da was ich immer sage, nämlich back to basics, es geht erstmal meiner Meinung nach darum versteht doch das Agile manifest erstmal und wenn es euch interessiert was da im Detail meine Meinung zu ist, verlinke ich euch gerne jetzt in diesem Fall ganz konkret drei Folgen, das ist die Folge 5, die Folge 6 und die 29, wo ich mich mit diesen Basics auch noch mal beschäftigt habe, denkt mal ein bisschen mehr und ein bisschen länger und intensiver über die Basics nach unabhängig von irgendwelchen Methoden wie XP oder Scrum oder Kanban und schaut mal wann überhaupt die Anwendung von Agilität sinnvoll ist. Interessanterweise zu diesem ganzen Thema sinnvolle Anwendung, gab es auf Mastodon einen superinteressanten Tools von Martin, schöne Grüße auch den verlinke ich gerne und Martin sagt wirklich einfach genau so diesen Kern und das passierte alles die Woche über, ganz lustig, ich lese das einfach mal vor, also Martin schreibt, Agilität lebt, wo Time to Market und Cost of Delay wichtige Metriken sind, wo es starken Marktwettbewerb, disruptive Technologie und sich schnell erinnernde Kunden Erwartungen gibt. Agilität ist tot wo sie sich zu weit von ihrem eigentlichen Anwendungskonzept weg bewegt, sie zum Boxed Product für alle werden will, dadurch einfache Rezepte verkauft werden, die die organisationale Komplexität ins Unendliche steigert. Durch hohe Erwartungen es zu überhöhter normativer Aufladung kommt. Das ist wirklich genau dieser Punkt, ein ganz wichtiger Ausschnitt in dieser komischen Diskussion zu Agilität ist tot. Ich würde nämlich mal als Zwischenfazit sagen, die Interpretation der Agilität ist super oft misgeleitet und das ist das allergrößte Problem. Leute denken sie wären in einem Unternehmen das Agil arbeitet und sind dann frustriert und das kann ich dann auch nachvollziehen, weil die Basis in diesem Unternehmen einfach komplett fehlt mit Absicht, Dark Agile oder nicht mit Absicht durch Unwissenheit, dann würde ich auch eher sagen Fake Agile. Leider ist es gerade bei Scrum so, dass das oft missbraucht wird. Ich habe mal eine Folge gemacht, da sage ich unter anderem Scrum ist oft nur ein Management Tool. Das liegt an folgendem Scrum ist einfach zu verstehen. Also ich habe den Scrum Guide, der erklärt alle Rollen, der erklärt das Verfahren, der erklärt alle Rituale und wenn ich mich daran halte, sage ich jetzt einfach mal, dann mache ich auch Scrum, aber die Basis fehlt, das Basiswissen und man muss in sofern tatsächlich nichts von Agilität verstehen und kann einfach dieses Scrum Playbook benutzen und loslegen und das ist genau das Problem von Scrum. Scrum ist da eine riesen Zwickmühle. Auf der einen Seite ist diese Klarheit und diese Einfachheit natürlich ganz toll und meiner Meinung nach auch der Hauptgrund warum Scrum neben anderen Agil Methoden oder im Vergleich zu anderen Agil Methoden einfach so eine große Reichweite erzielt hat und so bekannt ist und auf der anderen Seite ist es eben genau die Last, die Scrum trägt, dass Leute einfach sagen, so wir machen Scrum, wir sind jetzt Agil und überhaupt nicht verstanden haben, dass man auch Scrum machen kann ohne ein Stück Agil zu sein. Erschreckend, aber so ist es. Da kann Scrum eigentlich gar nichts für, aber es ist sicherlich eine große Last, die Scrum da trägt und manchmal wird Scrum eben wirklich als Deckmantel benutzt. Wir wollen ein modernes Unternehmen vielleicht für neue Mitarbeiterinnen und Mitarbeiter auch lokalitiv sein oder für Kunden, die sagen, wir wollen Scrum, also kann man Scrum einführen und in Wirklichkeit hinten rum hat man aber ein Arbeitsumfeld, das zwar alle Regeln von Scrum einhält und ich sage mal alle Rituale und alles was dazu gehört, aber eben kein Stück Agil ist und das ist natürlich super frustrierend eigentlich, vor allem für Kolleginnen und Kollegen, die in so einem Umfeld leben. Ja, viele, viele setzen eben heute tatsächlich grundsätzliche Agilität mit Scrum gleich und viele haben einfach wenig Ideen dazu, was die Basis ist, zum Beispiel was das Agile manifest ist, was es wirklich bedeutet und in welcher Situation ich überhaupt Agil sein sollte und in welchen Situationen sie hier tweet oder tu es, was ich für den ich vorhin zitiert habe, wo Agilität im Zweifel gar nicht nötig ist oder vielleicht manchmal sogar hinderlich. Ich hatte eigentlich nochmal ein ganz gutes Bild dazu, um das irgendwie anders zu formulieren und anders anzufassen. Das Bild habe ich auch auf Masse dann veröffentlicht, das werde ich auch auf der Webseite zu dieser Folge veröffentlichen, das heißt schaut da gerne rein, link zu der Folge findest du immer in den Show-Nutz und zwar wenn ihr euch mal überlegt, Computeraufbauspiele, vielleicht kennt ihr sowas wie Civilization oder andere Computeraufbauspiele haben oft so ein Tech Tree. Ich muss eine gewisse Art von Erfahrung in dem Spiel sammeln, um bestimmte Dinge in dem Spiel freischalten zu können und ich kann nicht sofort sagen wir mal keine Ahnung, eine zwei Hand Axt in einem Spiel führen, sondern ich muss mit dem Messer anfangen oder so, ich weiß es nicht und Schritt für Schritt mir Erfahrung erarbeiten, XP in dem Spiel, um mich dann zu entscheiden in so einem Technologiebaum, der auch stark verzweigt ist, was möchte ich für eine Fähigkeit als nächstes freischalten. Und dieses Bild habe ich mal gemalt und habe den mal Agile Tech Tree genannt. Ich habe jetzt nicht da irgendwie ein Riesenbaum gemalt, einiges davon ist dann auch ausgeblendet, aber für mich ist es halt so, ich versuche das Bild mal zu erklären. Ganz links startet das mit dem Agile Manifest, ich habe da einfach dran geschrieben, man braucht 10 XP, um das Agile Manifest frei zu schalten. Wenn man das freigeschaltet hat, kann man nur als nächstes die 12 Agile im Prinzipien freischalten, mit 18 XP habe ich hier reingeschrieben und wenn man das freigeschaltet hat, verzweigt sich jetzt der Baum, da kann ich mich entscheiden, ich kann entweder Scrum freischalten für 20 XP oder kann man für 15 XP und so geht das immer weiter und dieses Gedankenbild finde ich eigentlich ganz schön, denn es würde ja bedeuten, wenn man das in der Realität so haben könnte, dass man gezwungen ist, bevor man über irgendetwas Methodisches nachdenkt, dass man zuallererst mal das Agile Manifest und die 12 Agile im Prinzipien freischalten muss, sonst kann ich gar keine Agile Methode freischalten und wie gesagt, ich finde dieses Bild einfach sehr passend, wenn ihr euch dann mit Computerspielen, so Aufbohrspielen auskennt. Deswegen, vielleicht nutze ich das was in der Diskussion mit einem Team oder mit Management bei euch im Unternehmen, um irgendwie darauf zu kommen, wir brauchen aber auch diese Basis. Insgesamt ist mein Punkt einfach investiert, so viel wie es geht, so viel Einfluss wie ihr auch habt, um eurem Umfeld eine Agile Basis zu erklären und zwar immer und immer wieder. Investiert da so viel Zeit, wie das irgendwie geht und investiert solange keine große Zeit auf Agile Methoden und also kann man oder Scrum oder XP oder so und deren Einführung zu investieren, bis es umfällt, nicht wirklich verstandert, wann braucht es Agilität, was heißt das überhaupt, so Time to Market und solche Geschichten, schlussendlich das Agile Manifest basiert darauf, dass man eben für seine Kunden Software liefern will, die schnell auf dem Markt ist, also alles Wiederholung aus Folge 29, ich weiß, aber es ist halt wichtig, das alles zu verstehen, bevor man guckt und wie nutzen wir die Agilität bei uns im Unternehmen, was ist die richtige Methodik und mir wäre es lieber, es ist irgendein Mischmasch aus Scrum und Kanban und XP, der aber wie ein Handschuh dann für euch passt, wo ihr wirklich sagt, okay, aber damit erfüllen wir wirklich diese Basis der Agilität, den Zweck der Agilität als klar wisch zu sagen, oh, also wenn wir Scrum machen wollen, dann müssen wir aber unbedingt dies, Ritual und das so und das so machen, lieber pragmatisch sein, vielleicht nehmt ihr dann dieses Bild von diesem Tech Tree aus dem Computerspiel und denkt an die Experience, die XP Punkte, die man dann investieren muss, um die nächsten Schritte freizuschalten, liegt eben mehr Wert auf die Basis, das wäre mein Appell für diese Folge, Back to Basics, eben No Bullshit Agile, das ist einer der Hauptgründe, warum ich mit diesem Podcast angefangen habe. Ich habe immer mal wieder so Basisfolgen, Erklärfolgen oder Meinungsfolgen, aber vielleicht erkennst du das, wenn du ein paar mehr Folgen schon gehört hast, dann sage ich auch an dieser Stelle vielen Dank, dass es mir genau um diesen Punkt geht. Ich möchte ganz gerne, dass Leute das Fundament und eben No Bullshit Agile, was ich benutzen, weil es eben quatsch ist zu sagen, Agilität ist tot, diese Aussage, die ist einfach, ja, ich bin fast gewillt zu sagen, die Aussage ist dumm, es liegt eigentlich immer nur daran, dass Agilität nicht richtig eingeführt und benutzt und gelebt wird. Ja und das ist tatsächlich so mein Plädoyer für diese Folge und damit denke ich auch, dass wir so weit durch sind. Ich bin wie immer total gespannt auf eure Meinung, was erlebt ihr so in der Praxis? Gebt mir dazu gerne Feedback. Weiterhin ist es mir eine Diskussion einfach unheimlich wichtig. Ich freue mich auch über Kritik, gerade Kritik hilft mir zu wachsen, aber wie gesagt fachlich bin ich total an der Diskussion interessiert. Wenn du fachlich in der Diskussion mit mir einsteigen willst, gibt mir Kanäle, wie du mich erreichen kannst. Es gibt Mail ganz klassisch, du erreichst mich unter nobius@gmail.com, du findest mich auf Mastodon, wenn du ein Mastodon Account hast und es gibt Begleiten zu dem Podcast einen Forum und zu jeder einzelnen Folge gibt es auch einen Thread, auch die sind immer in den Schonels verlinkt, deswegen es gibt genug Punkte, wo du mich erreichen kannst. Ich freue mich einfach über eine Diskussion. Wenn dir die Folge gefallen hat, habe ich noch eine ganz große Bitte an dich. Teil die Folge gerne oder auch alle Folgen oder einfach die Webseite mit anderen, die Agilität interessieren könnte. Kolleginnen und Kollegen, Chefs, Freunde, die woanders arbeiten und ähnliches tun auf deinen Social Media Kanälen. Ich mache das Ganze hier in meiner Freizeit und es macht mir unheimlich viel Spaß. Aber es ist wirklich einfach so, ich kann nicht mehr Leute erreichen, das muss ich verteilen. Und wenn dir das gefällt, ich brauche keine Spende oder irgendwas in der Art, es ist für dich eigentlich schnell gemacht, hier das zu teilen, wenn es dir gefällt oder jemanden drüber zu reden und du tust mir einfach einen riesigen Gefallen. Deswegen sage ich an der Stelle schon mal vielen vielen Dank dafür. Ansonsten habt noch eine ganz tolle Woche und bis zum nächsten Mal. [Musik] [Musik] [Aufregende Musik]