Die Vorteile liest man überall, aber die Nachteile von Scrum sind kaum zu finden. In diesem Artikel werde ich auf die Nachteile von Scrum eingehen und nicht mit allen möglichen Widerlegungen kommen, warum agiles Arbeiten der heilige Gral ist.
Als Agile Coaches erleben wir Situationen und Umstände, in denen Scrum mehr zerstört, als es bringt. Sie verdienen es, die ehrliche Geschichte zu hören, bevor Sie Zeit und Energie in die falsche Sache stecken.
Scrummen nur um zu scrummen
Wenn ich als Agile Coach mit einem potenziellen Kunden während eines Verkaufsgesprächs über die strategischen Pläne spreche, die Organisationen in Bezug auf agiles Arbeiten haben, kann ich mich manchmal selbst erschrecken: „Das ganze Krankenhaus sollte Scrum anwenden!“. Der erste Nachteil von Scrum, und auch ein Fehler, den viele Unternehmen machen, ist, dass Scrum nicht in jedem Kontext eingesetzt werden kann.
Die erste Frage, die mir in den Sinn kommt, wenn ein ganzes Krankenhaus scrummen muss, ist: „Wie denn?“ Denn nur in einem bestimmten Kontext ist Scrum richtig anwendbar, und ich glaube nie, dass ein ganzes Krankenhaus den gleichen Kontext hat. Oft sind es Unternehmen, die den Hype mitmachen wollen. Um das gut zu erklären, verwende ich das Stacey Matrix Modell.
Die X-Achse zeigt den Grad der Sicherheit/Vorhersagbarkeit. „WIE gut können wir unsere Aufgabe technisch erfüllen, haben wir das schon oft gemacht und ist es einfach?“
Die Y-Achse zeigt den Grad der Übereinstimmung zwischen den Stakeholdern. „WAS sollte das Ergebnis unserer Arbeit sein?“
Einfach
Wenn Sie sehr genau wissen, WAS das Ergebnis sein soll und WIE etwas ausgeführt werden soll, wird die Arbeit einfach. Vergleichen Sie es mit der Bestellung eines Biers auf einem Festival. Sie sind durstig und der Barkeeper weiß genau, wie er Ihnen ein Bier zapfen muss. Einfach. Fertig! Dafür brauchen Sie kein Scrum.
Kompliziert
Bei kompliziert geht es um bestehende Prozesse, die zwar feststehen, deren Inhalt aber nicht immer eindeutig ist. Nehmen Sie die Arbeit eines Einstellungsteams als Beispiel. Die Schritte eines Personalverantwortlichen sind jedes Mal gleich, aber der Inhalt ist immer anders. Sie erhalten ein Anschreiben und einen Lebenslauf von einem Bewerber. Möglicherweise gibt es ein erstes und ein zweites Vorstellungsgespräch. Entweder stellen wir jemanden ein oder lehnen ihn ab.
Das ist kein Prozess, den Sie mit Scrum angehen wollen. Scrum hat dafür zu viel Overhead. Für komplizierte Situationen ist zum Beispiel Kanban viel besser geeignet.
Komplex
Das ist der Bereich, für den Scrum gedacht ist. Sie wissen weniger, als Sie tun. Nehmen Sie als Beispiel eine Marketingkampagne. Sie kennen vielleicht die Zielgruppe und wissen, was Sie erreichen wollen: Weniger junge Menschen sollten sich betrunken ans Steuer setzen.
Nur wie wollen Sie das erreichen? Werden Sie ein Flugblatt in den Briefkasten an der Haustür werfen? Werden Sie auf der Formel-1-Rennstrecke werben? Oder wenden Sie sich an die Eltern junger Menschen, indem Sie ihnen Videos von Autounfällen zeigen, die durch Alkoholmissbrauch verursacht wurden? Eine komplexe Situation erfordert multidisziplinäres Denken und ein hohes Maß an Koordination. Typisch für Scrum.
Wenn Sie mehr über eine chaotische Situation und die anderen wissen wollen, empfehle ich Ihnen unseren Artikel über den Cynefin Rahmen oder die Stacey Matrix.
Scrum erfordert Schulung und Anleitung
Das Scrum Framework ist in der Theorie relativ leicht zu verstehen, aber der Nachteil ist, dass die Anwendung von Scrum ziemlich schwierig ist. Teams, die mit Scrum beginnen, nachdem sie ein paar Artikel gelesen und ein paar Videos gesehen haben, stoßen in der Praxis oft auf Probleme. Das ist bedauerlich, denn es kann zu einer Menge Frustration führen.
Allzu oft wird angenommen, dass man nach einer eintägigen Grundschulung alles hat, was man braucht, um loszulegen. Das mag gut gehen, aber es stellt sich oft als unzureichend heraus, und es ist mehr Anleitung nötig. Vor allem dann, wenn die Mitarbeiter schon seit einiger Zeit nach dem Wasserfallmodell arbeiten.
Die Mitarbeiter müssen an Schulungen teilnehmen, damit sie die Theorie kennen. Darüber hinaus kann es in den ersten Sprints auch sinnvoll sein, einen erfahrenen Coach hinzuzuziehen, der das Team in der Praxis anleitet.
Scrum geht nicht von der aktuellen Situation aus
Kanban geht von der aktuellen Situation mit denselben Arbeitsabläufen, Rollen und Funktionen aus. Bei Scrum muss jemand im Team die Rollen des Product Owner und des Scrum Master übernehmen. Diese Rollen erfordern ein anderes Verhalten und eine andere Denkweise, als Sie es wahrscheinlich gewohnt sind. Es ist daher ratsam, dass Product Owner und Scrum Master eine separate Schulung und eventuell ein Coaching erhalten.
Darüber hinaus muss bei einer agilen Transformation die Organisationsstruktur überprüft und die Teams müssen möglicherweise anders aufgeteilt werden, um die Vorteile von Scrum optimal nutzen zu können. Einer der größten Nachteile von Scrum ist also, dass man die Organisation nicht von heute auf morgen auf Scrum umstellen kann. Sie müssen mit einem oder wenigen Teams beginnen. Doch das kann manchmal ein ziemliches Rätsel sein.
Scrum berücksichtigt nicht die Ad-hoc-Arbeit
Da die Arbeit im Sprint festgelegt ist, werden nicht planbare Ad-hoc-Arbeiten nicht berücksichtigt, was ein großer Nachteil sein kann. Wenn Sie also als Team viele Brände löschen müssen, ist es besser, nicht zu scrummen.
Nehmen Sie als Beispiel eine IKT-Managementabteilung. Sie erhalten Berichte über Computerausfälle, die in anderen Abteilungen aufgetreten sind. Das Managementteam lebt von einem Tag auf den anderen und kann nicht sagen, dass es sich einen Bericht erst in zwei Wochen ansehen wird, wenn der nächste Sprint beginnt.
Diesen Nachteil von Scrum kann man jedoch lösen. Zum Beispiel kann das Management durchaus auch neue Innovationsprojekte und Weiterentwicklungen oder planbare Arbeiten realisieren. Das ließe sich perfekt scrummen, aber dann muss man sich zum Beispiel die Zeit einteilen. Als Team könnte man zum Beispiel beschließen, vormittags Ad-hoc-Arbeiten per Kanban zu übernehmen und nachmittags Weiterentwicklungen per Scrum zu realisieren.
Die Scrum-Theorie geht von einer idealen Welt aus
Im Scrum Guide und im ABBOK gehen sie von einer idealen Welt aus, in der alles gut läuft. Aber die Praxis kann widerspenstig sein. Was tun, wenn das Team noch nicht selbstorganisiert ist? Wenn es unter den Mitarbeitern kein agiles Mindset gibt? Oder wenn es derzeit überhaupt keine multidisziplinären Teams gibt?
Was ist, wenn Sie zwar ein multidisziplinäres Team haben, es aber keine Arbeit für den Vermarkter gibt? Was sollten Sie dann tun? Die Scrum-Theorie bleibt oft abstrakt und sagt wenig über konkrete Schritt-für-Schritt-Lösungen aus, wie man mit solchen Situationen in der Praxis umgehen kann.
Zum Glück sind uns diese Zustände vertraut, denn wir schauen oft in die Küchen verschiedener IT- und NON-IT-Organisationen. Wir sehen, was funktioniert und was nicht, aber die Lösung kann für jede Situation etwas anders sein.
Ist Scrum ein Nachteil oder ein Vorteil für Ihre Situation?
Hoffentlich haben Sie nun eine Vorstellung davon, was es bedeutet, wenn Sie als Team oder Organisation mit Scrum beginnen. Wie Sie gesehen haben, hat Scrum einige Nachteile, die auf keinen Fall unterschätzt werden sollten. Dennoch kann Scrum viel bewirken, wenn es in den richtigen Situationen und auf die richtige Weise angewendet wird.
