Scrum Fehler gibt es immer und immer wieder. Wer sie als Quelle des Lernens und der Inspiration nutzt, darüber reflektiert und sich verbessert, ist gut aufgestellt. Allerdings musst du nicht jeden Fehler machen. Manche sind wie ein Muster, treten oft auf und du kannst sie umgehen. Ich zeige dir auf auf was du achten musst, lass uns gleich starten!
Scrum Fehler
Wenn wir über Scrum Fehler sprechen, dann klingen Fehler natürlich - abhängig von der Fehlerkultur und dem Umgang mit Fehlern allgemein - erstmal negativ. Ich unterscheide dabei immer sehr gerne in zwei Klassen:
Insofern sind Scrum Fehler per se nicht immer schlecht, sondern können auch sehr gut zum Lernen verwendet werden. In dem folgenden Video zeige ich dir eine Übersicht von 7 Scrum Fehlern, die ich hier anspreche. Diese adressiere ich auch in meinem Udemy Kurs in einer größeren Detailtiefe.
Existierende Muster ignorieren
Es gibt ein sehr einfach Muster, welches in Scrum gut funktioniert. Teams, die sich daran halten und dieses Muster bei sich leben, haben es einfacher. Trotzdem findet sich dieses Muster nicht bei allen Teams und so sind negative Auswirkungen spürbar. Über dieses Muster habe ich ein YouTube Video erstellt, schaue es dir gerne im Detail noch einmal an. Du lernst darin, dass die Arbeit in Scrum über den Product Owner in nur drei möglichen Wegen fließen kann. Wenn du das, gepaart mit zwei weiteren Rahmenbedingungen sicher einhältst, hast du schon einiges an Problemen lösen können.
Fokus auf das Muster legen
Mit der Arbeitszeit falsch umgehen
Ein häufiger Scrum Fehler ist der falsche Umgang mit der Arbeitszeit. Und dabei kann man sagen, dass das größte Problem darin liegt, dass Teams nicht Vollzeit arbeiten. Wenn viele Menschen mit unterschiedlichen Terminkalendern versuchen sich zu synchronisieren. Das wird schwer bis unmöglich, wenn diese eben nicht in einem Team arbeiten, jeder hat andere Projekte, Vorgesetzte und versinkt im Multitasking.
Du solltest immer hinterfragen, warum denn die Teammitglieder nicht Vollzeit arbeiten und warum nicht ein(!) Team möglich ist. Schaue mal in den Impulsen nach, wenn nichts davon zutrifft, solltest du auch noch mal reflektieren, warum du überhaupt Scrum machst. Welche Vorteile versprichst du dir und sind diese Vorteile es nicht wert, andere Teamstrukturen einmal auszuprobieren?
Impulse für mögliche Lösungen
Falsche Erwartungshaltung als Maßstab nehmen
Immer wieder sehe ich Teams, die Scrum machen möchten, dafür aber komplett falsche Voraussetzungen haben. Nur weil ich Scrum gut finde, jemand anderes Scrum macht oder ich gehört habe, es sei gut - all das ist noch kein Grund Scrum zu machen. Meistens haben dann die Teams, die ein "halbes" Scrum machen wollen, aber die Erwartung an ein 100% Scrum. Und genau das geht schief. Ja, Scrum ist ein tolles Framework, keine Frage - nur wenn ich es nicht ganz implementiere, dann kommt auch nicht ein 100% Ergebnis heraus!
Lösungen für den Scrum Fehler der Erwartung richtig angehen
Scrum anwenden, wenn Scrum das falsche Werkzeug ist
Wenn du versuchst ein Problem zu lösen, für das Scrum das falsche Werkzeug ist, dann funktioniert das nur sehr begrenzt. Das betrifft meistens deinen Rahmen in dem du interagierst. Mit diesem Scrum Fehler (der nicht so schlimm in den erlebbaren Nachteilen ist) passiert oft "nur" folgendes:
Rahmebedingungen überprüfen
Das oft zitierte Stacey Landscape Diagram oder das Cynefin Framework bieten hier erste Ansatzpunkte, auch wenn du weiter und genauer analysieren solltest. Wichtig ist hier das Umfeld, also hast du tatsächlich ein komplexes Umfeld. Wie gesagt, Scrum kannst du immer machen, nur im komplexen Umfeld wird Scrum richtig gut.
Verbesserungen & Empirie ignorieren
Scrum ist auf Empirie gebaut und es ist elementar, diese auch zu nutzen und gerade für das Team und die Verbesserungen zu verwenden. Alleine das wird oft sogar nicht berücksichtigt und findet sich als Scrum Fehler oft in Teams. Wer sich also nicht regelmäßig überprüft und ein inspect and adapt durchführt, der wird langfristig nicht weiter kommen. Es fehlen die Verbesserungen und die Anpassungen sowohl auf der Seite des Produktes, als auch im Prozess.
Empirie systematisch etablieren
Die zwei elementaren Eigenschaften vernachlässigen
Ich persönlich schaue sehr gerne auf zwei Eigenschaften. Das Inkrement und die Iteration. Beides sind für mich wichtige Eigenschaften, die oft unterschiedlich ignoriert oder vernachlässigt werden. Nur wer iterativ und inkrementell entwickelt, hat auch die Chance bestimmte Vorteile von Scrum voll auszuschöpfen. Wer eine phasenorientierte Pseudo-Agilität durchführt, kann das natürlich machen - um Scrum sinnvoll mit Leben zu füllen, dafür hilft es aber nicht. Gerade die Iterationen bekommen viele Teams noch besser hin, als tatsächlich inkrementell und mit einem sinnvollen "Durchstich" zu arbeiten.
Verständnis schaffen
Falsche Struktur in der Organisation
In einer Organisation gibt es immer Strukturen. Manche Strukturen sind hilfreich für Scrum und mache eben nicht. Ein Scrum Fehler ist es mit Sicherheit, wenn du eine tayloristische Struktur hast und auf einen teambasierten Ansatz wie Scrum setzt. Es werden sich keine Teamstrukturen einfach so "etablieren" oder die Kultur dazu einstellen (lese dazu auch unbedingt Kultur folgt der Struktur).
Ideen für das Aufbrechen von alten Strukturen
Mein Online Kurs Scrum Fehler
War es dir zu schnell? Brauchst du mehr Details? Wenn du jeden dieser (und zukünftige Fehler) in einem Screencast Stück-für-Stück mit mir durchgehen möchtest, um diese konkret zu verstehen, dann schaue dir meinen Online Kurs dafür an.
