Viele Organisationen streben danach, agil zu sein. Aber nur wenigen gelingt es, wirklich agil zu werden und die Vorteile daraus zu ziehen.
Werfen wir einen Blick auf die häufigsten Fehler auf dem Weg zur Agilität und wie man sie vermeiden kann.
Häufige Fehler, die es zu vermeiden gilt:
- Du machst agil (nur), weil agil im Trend ist
- Keine Zeit und Mühe in die Umsetzung von Veränderungen stecken, vor allem, wenn Menschen beteiligt sind
- Keine Tribes rund um die Werte bilden
- Zu denken, dass das Durchführen von Scrum Zeremonien Agilität ist
- Kalender mit Meetings füllen = keine Zeit für echte Arbeit
- Nur die Teams agile machen, sich jedoch nicht auf dieses Mindset und Priorisierung auf Unternehmensebene zu konzentrieren.
- Product Owner als Team Output Owner
- Produktverantwortliche tun alles andere als das, was sie eigentlich tun sollen
In diesem Blogbeitrag gehe ich auf die Fehler ein, die mit Scrum zusammenhängen.
Andere Teile der Serie:
So funktioniert Agile: Vermeide Fehler bei Veränderungen
So funktioniert Agile: Vermeide Herausforderungen mit der Rolle des Product Owners
4. Zu denken, dass das Durchführen von Scrum Zeremonien Agilität ist
Ein paar Definitionen, die man im Hinterkopf behalten sollte:
„Scrum ist ein leichtgewichtiges Framework, das Menschen, Teams und Organisationen hilft, durch adaptive Lösungen für komplexe Probleme Werte zu schaffen.“ Der Scrum-Guide
„Agil ist die Fähigkeit, Veränderungen zu schaffen und darauf zu reagieren. Es ist ein Weg, um mit einer unsicheren und turbulenten Umgebung umzugehen und darin erfolgreich zu sein. Letztlich ist Agile eine Denkweise, die auf den Werten und Prinzipien des Agilen Manifests beruht. Diese Werte und Prinzipien geben eine Anleitung, wie man Veränderungen schafft und auf sie reagiert und wie man mit Ungewissheit umgeht.“ Agile Allianz
Zusammenfassend lässt sich sagen, dass Agile ein Mindset und Scrum ein Framework ist. Scrum-Zeremonien wie Demos, Dailys und Backlog-Refinement-Sitzungen sind nicht gleichbedeutend mit Agilität. Es ist sogar möglich, Scrum-Zeremonien mit einem alten Mindset durchzuführen, was bedeutet, dass kein Wechsel zu Agilität stattgefunden hat.
Hier ist ein wertvoller Tipp: Wenn Du eine agile Veränderung durchführst, musst Du sicherstellen, dass die Leute ihre Denkweise ändern und nicht nur Demos und Dailys abhalten. Dies erfordert Zeit, Mühe und einen Agilität-Lernpfad für jede Rolle. Es hat sich bewährt, zu Beginn einen Lernpfad von 2 Monaten mit wöchentlichen Sitzungen von 1-1,5 Stunden einzurichten und dann in einen kontinuierlichen, lebenslangen Lernmodus überzugehen.
Agil zu sein bedeutet, diese vier Dinge zu haben: Kundenzentriertheit, Selbststeuerung, kollaborative Netzwerke und Experimentierfreudigkeit. Mehr darüber erfährst Du in dem Bericht von Walking the Talk über agile Kultur.
5. Kalender mit Meetings füllen = keine Zeit für echte Arbeit
Die Leute haben oft das Gefühl, dass agil nur bedeutet, viele Meetings im Kalender zu haben, was dazu führt, dass man vor lauter Meetings keine Zeit mehr für die eigentliche Arbeit hat.
„Bei den ganzen Meetings kommt man zu nichts! Die eigentliche Arbeit mache ich abends.“
„Im Kaffeeraum erhalte ich gute Verbesserungsvorschläge, aber in unserem Retro sagt niemand etwas.“
„Wir haben all diese Meetings, aber trotzdem fehlen uns wichtige Informationen von anderen, die sich auf unsere Arbeitszeiten und unsere Planung auswirken.“
Wenn Du zu viele Meetings abhältst, ist die Wahrscheinlichkeit groß, dass Du Dich in einem „Product Owner being a Team Output Owner“-Modus befindest, denn in diesem Fall hast Du wahrscheinlich viele Status- und Berichtsmeetings, die Du eigentlich nicht haben solltest.
Um das zu ändern, braucht es Zeit und Veränderungen in der Organisation, um einen echten Product Owner (PO) zu finden, also schauen wir uns an, was Du in der Zwischenzeit tun kannst. Diese Tipps gelten aber auch, wenn Du einen echten PO und Scrum hast und die Zeit, die Du für Scrum-Meetings aufbringst, minimieren willst.
Halte keine Meetings ab, die keinen Wert für Dich haben
Wenn Du ein Retro hast, bei dem niemand etwas sagt, hör auf damit! Wenn Du die gleichen Informationen aus dem Coffee Room bekommst, dann nutze die Coffee Room-Diskussionen als Retros und streiche ein Treffen aus Deinem Kalender. Denk daran, dass die Scrum-Zeremonien Dich nicht automatisch agil machen.
Der Zweck der Retros ist es, Verbesserungsideen zu bekommen und Deine Teamarbeit kontinuierlich zu verbessern. Wenn Du dieses Ziel auf andere Weise erreichst, brauchst Du keine Retrositzung. Mach keine Retros, nur weil Dein/e Chef:in Dir sagt, dass Du welche machen sollst. Du kannst ein Meeting immer wieder neu aufsetzten, wenn Du den Wert der gemeinsamen Besprechung erkannt hast, indem Du sie abbrichst.
Stelle sicher, dass jeder versteht, was der Zweck des Meetings ist.
Behalte das Ziel immer im Hinterkopf und nutze Meetings nur, um es zu erreichen. Bei Kooperationsbesprechungen geht es zum Beispiel darum, relevante Informationen zu erhalten, die sich auf Deinen Arbeitsplan und Deine Planung auswirken und zu einer reibungsloseren Zusammenarbeit mit anderen führen. Bei Retros geht es darum, die Art und Weise, wie Dein Team arbeitet, kontinuierlich zu verbessern, damit Du bei Deiner Arbeit immer besser wirst. Wenn Du diese Ziele mit den jeweiligen Besprechungen nicht erreichst, bringen dir die Besprechungen keinen Nutzen und sollten entweder verbessert oder eingestellt werden.
Verbessere Deine Meetings im Allgemeinen
Gehe alle Meetings im Kalender auf Unternehmensebene durch und überprüfe, ob es keine Überschneidungen gibt. Überprüfe alle Zwecke und Teilnehmenden und mache die Meetings so optimal wie möglich. Das Ziel ist es, so wenig Zeit wie möglich für die Meetings aufzuwenden.
Auch wenn die agilen Werte und Prinzipien besagen:
„Die effizienteste und effektivste Methode, um Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das Gespräch von Angesicht zu Angesicht.“
„Individuen und Interaktionen über Prozesse und Werkzeuge“
Das bedeutet nicht, dass Du jede Menge Meetings abhalten musst, bei denen sich die Hälfte der Leute fragt, warum sie überhaupt dabei sind. Es bedeutet auch nicht, dass Du viele Statusupdates mit vielen Leuten abhalten musst. Wenn jemand eine Statusinformation haben möchte, bitte diese Person, an Deiner Demo teilzunehmen. Es ist auch gut, daran zu denken, dass Du die Technologie nutzen kannst, um alle möglichen Informationen zu erhalten, die Du dann für ein persönliches Treffen mit den relevanten Personen nutzen kannst, wenn es wirklich nötig ist.
Beachte! Wenn Deine Meetings dazu führen, dass Du Probleme löst, besser verstehst, was Du tun sollst, die Verschwendung von Ressourcen reduzierst und schneller einen Mehrwert für den Kunden schaffst, sind diese ein wichtiger Teil Deiner eigentlichen Arbeit.
6. Nur Teams agil machen, aber sich nicht auf das Mindset und die Priorisierung auf Unternehmensebene konzentrieren
Nicht selten hört man, dass das Management agile Coaches und Berater:innen bittet, „unsere Teams agil zu machen“. Wie wir jedoch gelernt haben, ist agil nicht dasselbe wie Teams, die Scrum anwenden. Agil ist eine Denkweise auf Unternehmensebene. Wenn wir das ganze Unternehmen agil machen wollen, muss jeder mitmachen. Selbst die oberste Führungsebene muss in den Wandel einbezogen werden, ihre Denkweise ändern und mit gutem Beispiel vorangehen.
Neben der Konzentration auf die Denkweise auf Unternehmensebene wäre der erste konkrete Schritt, um den Wandel einzuleiten, die Festlegung von Prioritäten auf Unternehmensebene. Je mehr Du Dich darauf konzentrierst, eine Sache vollständig fertig zu stellen, desto schneller wirst Du wirklich vorankommen.
Solange Du 100 Dinge als Priorität 1 und „Must Do’s“ hast, bekommst Du nichts fertig, weil Du zu viele Dinge gleichzeitig machst. In diesem Fall spielt es keine Rolle, wie agil Deine Teams sind, wenn sie keine klaren Prioritäten haben. Wenn Du die Bedeutung der Priorisierung verstehst und sie festlegst, zeigst Du echte Agilität.
Hier ist, was Du tun solltest:
- Stelle sicher, dass alle an der agilen Veränderung beteiligt sind und dass auch das Management die Veränderung unterstützt und mit gutem Beispiel vorangeht.
- Stelle sicher, dass die agile Denkweise im gesamten Unternehmen präsent ist und die agile Denkweise die Handlungen und Entscheidungen leitet
- Beginne den Wandel, indem Du als ersten konkreten Schritt die Prioritäten auf Unternehmensebene festlegst.
- Schaffe klare Kriterien auf Unternehmensebene und Praktiken der Zusammenarbeit für die Priorisierung der Arbeit
Die Einführung eines Product Owners löst das Problem der Priorisierung auf Unternehmensebene nicht, es sei denn, Du gibst ihm wirklich die Macht, geschäftsbezogene Entscheidungen zu treffen. Wenn das nicht der Fall ist, musst Du die Prioritätensetzung auf der Portfolioebene oberhalb der PO festlegen.
