Welches typische Muster stellen Sie sich vor, wenn jemand sagt, er befinde sich in einer agilen Transformation?
Das übliche Szenario ist folgendes: Je nachdem, wie viel Geld eine Organisation zur Verfügung hat, engagiert sie entweder einen der Big 3 oder ein „Boutique Agile“- oder weniger beliebtes Beratungsunternehmen. Diese kommen, verbringen ein bis drei Monate damit, eine 200-seitige PowerPoint-Präsentation zu erstellen.
Das Dokument ist voller auffälliger Grafiken, Diagramme, Szenarien und wichtiger Vorteile neuer Ansätze. Es kann auch einige Vorschläge dazu enthalten, welche Tools zu verwenden sind, wie das erste Jira-Board konfiguriert werden soll, welcher Kalenderrhythmus angepasst werden soll und was der Unterschied zwischen horizontalem und vertikalem Backlog-Slicing ist.
Höchstwahrscheinlich wird es irgendwo zwischen diesen Folien auch eine Art SAFe-Implementierung beinhalten – die Unternehmensleitung möchte doch nicht die Kontrolle verlieren, oder?
Dann zieht sich das Beratungsunternehmen zurück.
Projektmanager werden in Scrum Master/Agile Coach/Product Owner umbenannt, je nachdem, wie hoch die Reifegradbewertung der Organisation durch die Führungskräfte während des Workshops zur Reifegradbewertung ausfällt und möglicherweise auch je nach persönlicher Präferenz einer bestimmten Person (selbst der Satz, der dies beschreibt, ergibt keinen Sinn). Anschließend führen die Teams Team Charter-Übungen durch, erstellen Scrum-Kanban-Boards, verfeinern zwei Arbeitssprints und beginnen mit ihrer Arbeit.
Zu diesem Zeitpunkt sind bereits alle verärgert, weil:
Das kommt Ihnen bekannt vor, nicht wahr? Aber ist es der richtige Ansatz?
Wenn Kinder in der Sekundarschule zum ersten Mal mit Geometrie in Berührung kommen, beginnt alles mit den Grundlagen:
Mit dieser Grundlage ist es einfacher, voranzukommen.
Dasselbe gilt für Scrum. Wenn Sie den Scrum Guide öffnen, beginnt er mit der Theorie. Er erklärt dem Leser behutsam die Idee des Empirismus und führt drei Säulen ein – Transparenz, Überprüfung und Anpassung. Was auch immer als Nächstes kommt – Regeln, Ereignisse, Artefakte usw. – sind alles Implementierungen der Grundlagen und ohne deren Befolgung unmöglich. Das ist doch dasselbe wie bei Geometrie, nicht wahr? Wenn Sie Aufgaben für Gymnasiasten öffnen, werden Sie diese ohne die Grundkenntnisse, die Sie in der 5. Klasse erhalten haben, nicht lösen können.
Versuchen Sie, sich auf diese Grundlagen zu konzentrieren. Sie können sie weder berühren noch sehen, und sie sind schwer zu messen und auf dem Dashboard zu visualisieren. Es sind jedoch Ihre Werte, die die wahre Schönheit von Scrum offenbaren und dabei helfen, „bessere Wege zur Entwicklung von Software“ zu finden.
Wie können Sie Transparenz fördern und durchsetzen? Wie können Sie sicherstellen, dass Sie tatsächlich einige aufgedeckte Fakten berücksichtigen, um Ihre Prozesse zu verbessern? Sehen Sie tatsächlich alle unnötigen Verschwendungen und erkunden Sie Möglichkeiten, diese zu beseitigen?
Diese Fragen sind die Quintessenz des Scrum Guides – „Einfach zu befolgen, aber schwer zu meistern“. Konzentrieren Sie sich darauf, zu verstehen, welches Potenzial Sie durch bestimmte Aktionen freisetzen. Wenn Sie wissen, was hinter der Veränderung/Praxis steckt, fällt es Ihrem Team leichter, sie zu verstehen und zu befolgen. Sie beginnen, jede Aktion mit der Frage zu unterstützen: „Hilft sie uns, bessere Ergebnisse zu erzielen? Stützen wir unsere Aktionen auf drei grundlegende Säulen?“
Um sicherzustellen, dass Sie nicht dieselben Fehler machen, die viele Organisationen, die sich auf dem Gebiet der Agilen Transformation befinden, bereits gemacht haben, sollten Sie das Agile Manifest und den Scrum Guide noch einmal lesen. Denken Sie beim Lesen darüber nach, wie die einzelnen Elemente in diesen Dokumenten dargestellt werden, wie sie sich gegenseitig unterstützen und wie sie eine gemeinsame, sinnvolle Struktur bilden.
Die Transformation wird nur dann einen Mehrwert bringen, wenn Sie bei jeder Entscheidung an die Grundwerte denken. Wenn Sie einen Fehler gemacht haben, muss möglicherweise eines der Schlüsselelemente einbezogen werden. Es ist Wahnsinn, ein anderes Ergebnis zu erwarten, ohne Ihre Handlungen zu ändern. Sie müssen sowieso etwas ändern, um es erneut zu versuchen – warum also nicht versuchen, zur Schule zurückzukehren? Versuchen Sie herauszufinden, welches genaue Element fehlt. Finden Sie es, integrieren Sie es in Ihren Prozess und Sie werden höchstwahrscheinlich Erfolg haben.
Unser Hauptziel besteht darin, die Gewohnheit zu beseitigen, die in den vergangenen zwanzig Jahren den Markt dominiert hat: die Gewohnheit, Werkzeuge und Techniken zu implementieren, ohne ihren Wert oder ihre genaue Funktionsweise zu berücksichtigen.
Ich kann Ihnen nur empfehlen, sich mit Zombie Scrum auseinanderzusetzen. Es ist eine fantastische Lektüre und zugleich die größte Bibliothek an Problemen, auf die Ihr Team stoßen kann, wenn es nicht den Zweck jedes einzelnen Elements berücksichtigt, das es aus dem Framework implementiert.
Was ist Ihr Geheimnis, um dem Wesentlichen zu folgen? Teilen Sie es in den Kommentaren.