5 falsche Hoffnungen auf Scrum und wie man sie behebt

Wie viele klassische, nie endende Konflikte tobt die Debatte darüber, wie sich Entwicklungsteams organisieren und selbst regieren sollten. Aktuell scheint es fast so, als gäbe es mehr Kritiker als Fans von Scrum. Die drei häufigsten Beschwerden sind:

1. Der Prozess kann im Mittelpunkt der Arbeit stehen.
2. Es kann leicht mit einem anderen Namen für Mikromanagement verwechselt werden.
3. Der tägliche Stand-up kann sich wie ein Meeting anfühlen, bei dem man sich rechtfertigen muss.

In anderen Fällen werden die Rollen von Scrum nicht angemessen repräsentiert. Manchmal möchte der Product Owner zu viele Dinge innerhalb eines Sprints oder möchte mitten im Sprint Prioritäten ändern – ein Scrum-Master, der sich zwanghaft darauf konzentriert, die Geschwindigkeit aufrechtzuerhalten und jede neue Scrum-Zeremonie zu übernehmen, die er lernt. Nach einiger Zeit mit dem Framework scheint eine gemeinsame Frage aufzutauchen: „Sind wir es oder die Methodik?“

Die falschen Hoffnungen von Scrum

Während es zahlreiche Funktionsstörungen wie die oben beschriebenen gibt, ist eine einfache Ursache für die meisten von ihnen, dass Scrum nicht darauf ausgelegt ist, zugrunde liegende Probleme innerhalb einer Organisation zu lösen, indem es einfach dem Prozess folgt. Wenn Sie dies nicht erkennen, können neue Teams fast sofort nach ihrem Start in Gefahr geraten.

Falsche Hoffnung Nr. 1: Scrum lässt Teams schneller arbeiten

Scrum verwendet eine Terminologie, die für Außenstehende so klingt, als würde sie den Prozess beschleunigen, ohne zusätzliche Ressourcen hinzuzufügen. Es ist leicht, sich als neues Team in Scrum in der Terminologie zu verzetteln (z. B. was ist ein Scrum Master? Was ist der Unterschied zwischen einem Product Owner und einem Produktmanager? Was sind Story Points und wie werden sie zugewiesen?)

Noch beunruhigender ist, dass viele Begriffe wie Geschwindigkeit und Sprints sehen und an „Geschwindigkeit“ denken. Der Zweck jeder agilen Methodik, einschließlich Scrum, besteht jedoch darin, ein fertiges Produkt zu liefern. Je kompetenter Ihr Team im Umgang mit Scrum wird, desto schneller können Sie neue Funktionen bereitstellen. Geschwindigkeit ist jedoch nicht unbedingt das primäre Ziel. Diese Unterscheidung sollte innerhalb Ihres Scrum-Teams artikuliert werden und auch, wenn Sie in Ihrem Unternehmen ein Bewusstsein für die Unterstützung der Scrum-Methodik aufbauen.

Sie verkaufen keine Geschwindigkeit; Sie verkaufen Fertigstellung.

Falsche Hoffnung Nr. 2: Die strikte Einhaltung von Scrum wird die Probleme der Unternehmenskultur beheben

Jeder hat einen anderen Arbeitsstil. Manche Leute mögen Meetings. Andere verwenden Sätze wie „work hard, play hard“. Es ist wichtig zu erkennen, dass Sie unabhängig vom Arbeitsstil, den Ihr Unternehmen schätzt, sowohl seine Vor- als auch seine Nachteile akzeptieren. Ein Unternehmen, das Meetings schätzt, wird wahrscheinlich mit dem täglichen Aufstehen zu kämpfen haben. Aggressive und geschwindigkeitsorientierte Teams werden Probleme mit Scope Creep innerhalb eines Sprints haben.

Besonders bei neu gebildeten Teams verliert man manchmal leicht das große Ganze aus den Augen. Es kommt darauf an, ein fertiges Produkt zu liefern, anstatt jeden einzelnen Teil des Prozesses zu verfolgen. Anstatt der Methodik die Schuld zu geben, suchen Sie immer nach Möglichkeiten, Ihren Arbeitsstil zu verfeinern, um Ihre Ziele zu erreichen.

Falsche Hoffnung Nr. 3: Kritische Mitwirkende können ihre Delegierten zu Meetings schicken

Sobald Sie mit der Methodik beginnen, ist es entscheidend, dass das ursprüngliche Team teilnimmt und nicht delegiert. Wenn es eine fast universelle Beschwerde gibt, die ich von Entwicklern sehe, dann, dass die Scrum Master und Product Owner nicht verfügbar waren, wenn sie gebraucht wurden, und ihre Delegierten nicht bevollmächtigt waren. Niemand kommt gerne zu einem Meeting und erwartet eine Entscheidung, nur um zu erfahren, dass die Person, die die Entscheidung treffen kann, nicht verfügbar ist.

Das Delegieren mag eine gängige Praxis sein, aber in Scrum müssen Sie die Teilnehmer auch befähigen.

Falsche Hoffnung Nr. 4: Tägliche Stand-ups werden jeden zwingen, konzentrierter zu sein

Das tägliche Stand-up-Meeting sollte sich nicht nur darauf konzentrieren, was alle in den letzten 24 Stunden getan haben. Viel wichtiger ist es, Straßensperren oder neuen Lösungsansätzen Priorität einzuräumen.

Scrum erfordert, dass bestimmte Rollen, insbesondere der Scrum Master, durchsetzungsfähig, aber nicht überwältigend sind. Für den Scrum Master ist es wichtig, ein positives Umfeld zu schaffen, das zu fertigen Produkten führt.

Falsche Hoffnung Nr. 5: Wir werden beim ersten Versuch erfolgreich sein

Scrum beinhaltet Vermutungen, schlussfolgerndes Denken und Fehler machen. Die Leute schaffen es selten gleich beim ersten Versuch. Scrum ist in jeder Hinsicht iterativ: nicht nur, wie Sie zu einem fertigen Produkt gelangen, sondern auch, wie Sie den Prozess steuern und betreiben. Scrum ist so konzipiert, dass Teams eine niedrige Eintrittsbarriere haben, aber es erfordert auch die Verpflichtung, die Teilnahme am Framework zu wiederholen und kontinuierlich zu verbessern.

So beheben Sie einen defekten Scrum-Prozess

Scrum ist resistent gegen den Fehlschluss versunkener Kosten. Der iterative Charakter von Scrum schafft Möglichkeiten, ineffektive Prozesse anzupassen oder zu verwerfen. Ziehen Sie einige der folgenden Vorschläge in Betracht, wenn Ihr Scrum-Prozess nicht so effektiv ist, wie Sie es erwartet haben.

Verfeinern Sie Ihre Erwartungen

Ob es darum geht, die Markteinführungszeit zu verkürzen, überzeugende Produkte zu entwickeln oder Teams bei der Zusammenarbeit zu unterstützen, Erfolg erfordert Engagement und Zeit. Für neue Teams ist es ein vernünftiger Meilenstein, ob Sie nach jedem Sprint funktionierenden, testbaren Code in Ihre Produktionsumgebung einführen könnten.

Fortgeschrittene Teams können den Erfolg an ihrer Fähigkeit messen, On-Demand zu erstellen, zu testen und bereitzustellen. Können Sie Benutzerreaktionen auf neue Funktionen instrumentieren und quantifizieren? Ist die breitere Organisation bereit, die Änderungen zu unterstützen, die das Team am Produkt vornimmt?

Stärken Sie Ihre Teilnehmer

Es ist wichtig, Teammitglieder offline zu betreuen, damit sie ihren Wert für das Team steigern können. Wenn sie aufgefordert werden, Entscheidungen zu treffen, stärken Sie ihr Selbstvertrauen, indem Sie sie darin coachen, wann und wie sie andere Teammitglieder einbeziehen können. Manager müssen bereit sein, Hindernisse zu beseitigen und das Team bei Bedarf zu unterstützen.

Gehen Sie Probleme proaktiv an

Scrum ist nicht darauf ausgelegt, Ihrem Unternehmen ein neues Gesicht zu geben. Wenn Sie Probleme nicht angegangen sind, werden Sie höchstwahrscheinlich feststellen, dass diese Probleme in Ihrem Produktentwicklungsprozess auftauchen. Scrum Master können Frameworks einführen, die darauf ausgelegt sind, Teammitgliedern eine positive Möglichkeit zu bieten, ihr Feedback zu strukturieren, um das Gefühl von Konflikten zu reduzieren.

Ein solches Beispiel ist das Framework „Ich wünsche, ich frage mich, was wäre, wenn“. Bei Teamdiskussionen oder Retrospektiven kann ein Teammitglied Feedback geben, indem es sein Statement mit einem dieser drei Sätze eröffnet. Sie könnten zum Beispiel sagen: „Ich wünschte, Stand-up-Meetings könnten sich mehr auf Hindernisse konzentrieren, die ich an diesem Tag möglicherweise beachten muss.“ Sie können auch einen eigenen Opener verwenden, z. B. „Gefällt mir…“.

Eine weitere strukturierte Feedback-Lösung, die bei Meetings hilfreich sein kann, ist die Triage-Methode von Holocracy, die von Brian Robertson entwickelt und von Unternehmen wie Zappos verwendet wird. Beispielsweise erstellen die Teilnehmer eine Agenda mit „Spannungen“, die diskutiert werden sollen. Jeder Teilnehmer beschreibt sein Problem, indem er sagt: „Ich habe eine Spannung“ und listet dann die Personen und Ressourcen auf, die er benötigt, um es zu lösen. Indem die Teilnehmer ermutigt werden, Probleme direkt als „Spannungen“ anzusprechen, ermöglicht Holocracy den Teilnehmern, frei zu kommunizieren, ohne eine Atmosphäre des Konflikts zu schaffen.

Verwenden Sie Retrospektiven, um Probleme zu lösen und den Prozess zu iterieren

In vielen Unternehmen wird der Retrospektive zu wenig Beachtung geschenkt. Dies liegt vor allem daran, dass viele befürchten, dass die Retrospektive ein Ort für alte Auseinandersetzungen, Konflikte und Beschwerden ist. Es ist wichtig, dass das Team Grundregeln entwickelt, die die Werte und die Unternehmenskultur des Teams widerspiegeln.

Ebenso wichtig ist es, Investitionen in statische Prozesse zu vermeiden. Was einmal funktioniert hat, funktioniert vielleicht nicht für immer. Viele Teams kämpfen mit der Teilnehmerfluktuation. Dies ist in vielen Unternehmen üblich, da Teilnehmer anderen Teams zugewiesen werden, befördert werden oder das Unternehmen ganz verlassen. Während sich die Zusammensetzung des Teams weiterentwickelt, ist es wichtig, sich nicht darauf festzulegen, dass in Scrum alles iterativ ist. Fehler werden auftreten, aber hoffentlich sind sie nur von kurzer Dauer, wenn Sie iterieren.

Scrum funktioniert am besten, wenn die Auftraggeber anwesend sind

Als Mitglied des Teams müssen Sie sich verpflichten, präsent und verfügbar zu sein. Die Produktentwicklung ist wahrscheinlich der wichtigste Prozess, den Ihr Unternehmen durchführen könnte, um sein langfristiges Wachstum zu verbessern. Daher ist es wichtig, dass der Scrum-Prozess als primärer Weg zur Entwicklung neuer Produkte die Aufmerksamkeit erhält, die er verdient. In vielen Umgebungen arbeitet das Entwicklerteam oft losgelöst von den Entscheidungen und Diskussionen, die die Ziele des Unternehmens vorantreiben. Scrum ist anders. Scrum ist der Ort, an dem Entscheidungen, Richtung und Entwicklung in einem einzigen Prozess zusammenlaufen. Es ist für einen Prozess zu wichtig, Delegierte zu entsenden oder Teammitglieder von den Meetings auszulassen, die innerhalb der Scrum-Methodik stattfinden.

Zusammenfassung: Sie können einen defekten Scrum-Prozess reparieren

Aufgrund seines iterativen Charakters trägt Scrum dazu bei, das Unternehmen davor zu bewahren, zu weit zu gehen und sich auf etwas festzulegen, das am Ende eine schlechte Idee oder ein schlecht implementierter Prozess sein könnte. Die Einhaltung dieses Prinzips kann helfen, sich von vergangenen Fehlern zu lösen und den Scrum-Prozess iterativ zu verbessern.

Es ist wichtig, sich auf die Einzelpersonen und das Team zu konzentrieren, das Sie haben. Teammitglieder ändern sich. Alle Projekte sind unterschiedlich. Die strikte Einhaltung eines Prozesses führt nicht immer zu den besten Ergebnissen. Was Sie außerhalb des Prozesses in Ihre Teammitglieder investieren, ist genauso wichtig wie Ihr Verhalten innerhalb des Prozesses.

Scrum kann flexibel sein. Wenn etwas nicht funktioniert, sollten Sie erwägen, Elemente aus anderen Frameworks sowohl innerhalb als auch außerhalb von Agile zu integrieren. Identifizieren und übernehmen Sie strukturierte Kommunikationsstile, die konfrontative Diskussionen beinhalten.

Scrum ist für den langfristigen ROI von Vorteil, da Teams in die Lage versetzt werden, vollständige Produkte als Reaktion auf sich ändernde Kundenanforderungen zu entwickeln. Scrum ist wahrscheinlich die beste Methode, um Sie davon abzuhalten, sich zu sehr auf schlechte Ideen festzulegen, und gleichzeitig großartigen Ideen Raum zur Weiterentwicklung zu geben.