Wir alle haben schon von den agilen Methoden gehört. Meistens beginnt es da schon falsch. Agil wäre schneller und flexibler, agile wäre SCRUM und so weiter. Alles falsch.
Zuerst einmal beschreibt man hier Agilität mit seinen Symptomen, nicht mit den Ursachsen dafür warum die Teams schneller und flexibler werden. Zum anderen verwechselt man Agilität mit Arbeitsmethoden und Vorgehensweisen. Agilität ist keine Methode, es ist eine Eigenschaft. Doch eins nach dem anderen.
Agilität
Was Agilität eigentlich bedeutet haben wir bereits am Beispiel von Organisationen ausgeführt (siehe auch). Im Wesentlichen geht es eben nicht darum schneller Ergebnisse zu erzielen oder flexibler Änderungen vornehmen zu können. Im Wesentlichen geht es darum das die Organisationseinheit aus sich selbst heraus handlungsfähig wird. Führen per Auftrag, nicht per Befehl. Führen mit Zielen und Versorgung mit Informationen. Dafür sorgen das die Teams arbeiten können, und zwar selbstständig auf ein Ziel hin. Genau dieser Faktor der Selbstständigkeit sorgt dafür das sie flexibler auf Veränderungen reagieren können. Sie sorgt aber auch dafür das sie schneller die ersten Ergebnisse hervorbringen können. Wenn das Ziel und die Motivation dahinter klar verstanden wurden. Wenn die Informationen vorhanden sind die ein Team braucht um Entscheidungen treffen zu können, dann hat man eine kleine Gruppe von Experten die selbstständig Beiträge zu einem übergeordneten Ziel leisten können.
Das erfordert natürlich die richtigen Menschen. Wir brauchen Personen die bereit und in der Lage sind selbständig zu handeln und zu entscheiden. Dafür sind nicht alle pauschal geeignet. Eine einfache Daumenregel ist die Fähigkeit der Menschen sich selbst zu organisieren, denn genau das müssen sie. Kann eine Person sich nur schlecht selbst organisieren, braucht klare Anweisungen und Aufsicht, haben wir potentiell eine Person die eher weniger für ein agiles Umfeld geeignet ist. Oder nur in einem gewissen Rahmen. Kreatives Chaos kann gut sein für kreative Aufgaben, nicht aber für richtungsweisende Entscheidungen oder Projektstrukturen. Auch hier: die richtigen Leute an die richtigen Stellen!
Agilität erfordert also Menschen, Teams oder Organisationseinheiten die sich in Summe gut selbst organisieren können und ein hohes Maß an Eigendisziplin mitbringen. Sie müssen auch willens und in der Lage sein aus sich selbst heraus zu handeln, konsequent auf ein Ziel hin zu arbeiten und selbstständig Beiträge zu leisten. Agilität ist also vor allem eines: es ist eine Geisteshaltung, eine Frage des Mindsets. Es ist eine Eigenschaft die Menschen und Teams haben können, oder eben nicht.
Agile Methoden
SCRUM ist eben nicht agil, und DevOps auch nicht. Beides sind völlig andere Schuhe. SCRUM oder KANBAN sind Methoden nach der ein Team arbeiten kann. Methoden nach der man die Zusammenarbeit im Team organisieren kann. Nicht mehr und nicht weniger. Ich kann SCRUM einführen in einem Team mit Menschen die gar nicht agil arbeiten wollen. Ich kann aber auch agile Menschen haben ohne SCRUM oder ähnliches zu nutzen. Es ist nur so das SCRUM nicht gut funktioniert wenn die Menschen nicht agil sind. Wenn ich agile Menschen habe, kann SCRUM aber sehr gut funktionieren. Agilität ist das Fundament für SCRUM. Ohne agile Menschen habe ich nur eine Teamleitung zu PO umbenannt, ein Planning für die Verteilung von Aufgaben und Dailys für die tägliche Kontrolle ob bis zum Review alles klappt.
DevOps und DevSecOps sind Organisationsformen nach denen ich ein Team organisieren kann. Wenn ich eine strenge Trennung zwischen Entwicklerteams und Betriebsteams habe dann macht es keinen Sinn. Nun ist es aber in der Regel so das Software ein lebendes Produkt ist. Pflege, Updates, Sicherheitspatches, Erweiterungen, alles kann und einiges muss. Einmal entwickeln und jahrelang nur betreiben, die Zeiten sind vorbei. Hinzu kommen die automatisierten Deployment-Prozesse die man heutzutage gehen kann. Keine einmalige Installation mehr, sondern Continuous Integration und Continuous Delivery, eben weil auch Sicherheitslücken schnell behoben werden müssen. Heutzutage muss man Software aktuell halten, oder sich gegen Datenverlust versichern. Wenn ich unter diesen Umständen den gesamten Lebenszyklus einer Software abdecken möchten, dann machen Produkt-orientierte DevOps-Teams statt Trennung zwischen Dev und Ops eben Sinn. Auch hier profitieren wir natürlich von einem agilen Mindset. Zwingend benötigen tun wir es aber nicht, wir können auch klassisches Micromanagement betreiben.
Fazit
Agil bedeutet nicht schneller. Agil bedeutet auch nicht flexibler. Agil bedeutet aus sich selbst heraus handlungsfähig. Das erfordert vor allem das Mindset in allen Köpfen. Führung muss übergeordnete Ziele und Motivationen so vermitteln können das die Teams selber entscheiden können was der nächste beste Schritt ist. Teams müssen sich organisieren und selbstständig auf Ziele hinarbeiten können um den nächsten besten Beitrag zu den Zielen zu leisten. Alle Beteiligten müssen vertrauen und loslassen können. Das braucht Zeit, Vertrauen muss sich entwickeln.
Ständige Zielwechsel, zu kleine Ziele oder Micromanagement, unklare Motivation, unklare Kernwerte, alles das führt zu Chaos. Chaos ist nicht agil. Chaos ist Chaos. Die meisten Organisationen scheitern an genau diesen Punkten. Sie versuchen Methoden einzuführen ohne das Mindset zu haben. Sie versuchen agil zu arbeiten ohne klare Ziele zu haben. Sie sehen den Mehrwert darin die Ziele jederzeit ändern zu können weil sie selbst ihre Werte und Motivation nicht kennen. Oder sie versuchen agil zu arbeiten mit Menschen und Führungskräften die das gar nicht wollen oder können. Dann landen wir eben beim Fake-Agile, oder schlimmstenfalls beim Dark-Agile.
Ergo: Agil muss erst in den Köpfen aller Beteiligten ankommen. Wenn ich in eine Organisation komme und die Argumente „schneller“ oder „flexibler“ höre, dann weiß ich das es nicht angekommen ist. Die grundlegenden Werte wurden nicht verstanden. Warum werden wir schneller, beweglicher, flexibler? Was hat dazu geführt das wir das erreicht haben? Wer das nicht beantworten kann hat ein Problem und vermutlich keine agile Organisation.
Und falls jemand ein besseres Wort findet, lasst es mich wissen 😉