Das unagile SCRUM-Team:
Der Product Owner priorisiert
23. Februar 2014 von Matthias Oppitz
Ich erlebe es bei meinen SCRUM-Teams immer wieder: Trotz der kurzen Iterationszyklen werden die geplanten Ziele nicht erreicht. Wenn dies nun in mehreren Sprints nacheinander auftritt, können Termine nicht gehalten werden, eine mittel- und langfristige Planung wird vollkommen unmöglich.
Die Ursache für diesen Effekt liegt meiner Erfahrung nach gar nicht so sehr in der Planung der Iteration. Das Problem sind Aufgaben, die innerhalb des laufenden Sprint hinzukommen. Und diese sind dann natürlich auch besonders dringend. Durch die neuen Aufgaben wird das Team nicht nur überlastet, sondern verfällt auch schnell in Hektik und versucht, zu viele Aufgaben parallel abzuarbeiten.
Die Lösung ist eine klare Priorisierung der Aufgaben durch den Product Owner. Er allein entscheidet, was wichtig ist und gemacht werden soll und was nicht. Alle anderen Wege, dem Team Aufgaben zuzuweisen, müssen unterbunden werden. Das Team hat dabei die Verantwortung, alle Aufträge, die nicht vom Product Owner kommen, abzulehnen und auf den offiziellen Weg zu verweisen. Das Team muss akzeptieren, dass es entscheiden kann, wie Aufgaben erledigt werden, die Auswahl und Priorisierung jedoch ausschließlich über den Product Owner erfolgt.
Veröffentlicht in Agile Verfahren – Keine Kommentare
Das unagile SCRUM-Team: SCRUM-Master als Konflikt-Moderator
17. Januar 2014 von Thomas Avieny
Auf dem Weg zu einem agilen Hochleistungsteam gibt es viele Hindernisse.
Vor der Einführung gab es kaum Konflikte im Team. Jetzt brennt die Luft.
Es ist häufig zu beobachten, dass mit der Einführung von SCRUM neue und stärkere Konflikte im Team entstehen.
Das zeigt sich insbesondere daran, dass es Streitereien gibt, Meinungsverschiedenheiten finden irgendwann schlimmstenfalls nicht mehr sachlich statt. Manchmal sprechen sich die Teammitglieder sogar gegenseitig die Kompetenz ab. Durch dieses Verhalten wird eine Zusammenarbeit massiv behindert oder kommt ganz zum Erliegen.
SCRUM erfordert eine stärkere Zusammenarbeit, die früher in dieser Form gar nicht notwendig war.
Auf einmal müssen sich Spezialisten untereinander abstimmen und gegenseitig ergänzen. Zusätzlich soll auch noch das eigene Wissen mit anderen Personen im Team geteilt werden. Jeden Tag den eigenen Fortschritt im Daily präsentieren sind viele nicht gewohnt.
Intensive Zusammenarbeit kann zu neuen Konflikten führen und Vorhandene zutage fördern.
Es ist die Aufgabe des SCRUM-Masters Konflikte zu moderieren und das Team bei der Lösung zu unterstützen. Für diese Aufgabe braucht er allerdings ausreichend Zeit und – im Idealfall – Erfahrung als Coach.
Um Interessenskonflikte zu vermeiden, sollte der SCRUM-Master fachlich im Team nicht mitarbeiten. Seine Hauptaufgabe liegt in der Teamarbeit.
Veröffentlicht in Agile Verfahren, Change Management, Konflikte – Keine Kommentare
Das unagile SCRUM-Team:
Widerstand durch Begeisterung ersetzen!
4. September 2013 von Jens Lübke
Auf dem Weg zu einem agilen Hochleistungsteam gibt es viele Hindernisse.
Bei meiner Tätigkeit habe ich es schon häufig erlebt, dass die Einführung von SCRUM auf massiven Widerstand des (späteren) Teams trifft. Typischerweise werden einzelne Elemente von SCRUM infrage gestellt und sogar vollständig weggelassen. Von einzelnen Mitgliedern hört man dann Aussagen wie „die Meetings sind nicht notwendig“, „früher hat es doch auch funktioniert; es war sogar besser“ oder „bei uns funktioniert das so nicht“. Anstatt sich auf die eigentlichen Aufgaben zu konzentrieren, wird hier gegen den Prozess gearbeitet und dieser letztlich torpediert.
In vielen Firmen wird SCRUM durch eine Führungskraft eingeführt. Sie hat sich ausgiebig mit dem Prozess beschäftigt und erwartet, nun die Unternehmensziele besser und schneller zu erreichen. Ganz leicht wird hierbei das Team vergessen. SCRUM steht meist in starkem Gegensatz zu den bisherigen Arbeitsprozessen. Die teamorientierte Arbeitsweise entspricht nicht unbedingt dem Wunsch aller Mitglieder. Einzelne Personen fühlen sich durch die Verschiebung von Verantwortlichkeiten in ihrer Stellung herabgesetzt.
Die Umstellung auf SCRUM ist für das Team somit ein massiver Eingriff in die tägliche Arbeit und sein Rollenverständnis.
Nach meiner Erfahrung funktioniert die Einführung von SCRUM am besten, wenn das Team es eigentlich selbst einführen möchte.
Beziehen Sie dazu das Team frühzeitig in den Einführungsprozess mit ein. Erklären Sie ausführlich, wofür welches Element gedacht ist und was es bringt. Bringen Sie Ihre Mitarbeiter in Kontakt mit Teams, die SCRUM erfolgreich einsetzen. Tauschen sie temporär einzelne Mitglieder der Teams gegenseitig aus. Lassen Sie von den Erfahrungen mit SCRUM berichten, so dass der Funke der Begeisterung auf Ihr Team überspringt.
Veröffentlicht in Agile Verfahren, Change Management – Keine Kommentare
Hilfe, mein SCRUM-Team ist nicht agil! – Karlsruher Entwicklertag 2013
4. September 2013 von Jens Lübke
Das Team ist definiert – alle Rollen sind besetzt – SCRUM ist eingeführt – doch trotzdem bleibt Alles beim Alten.
Agile Methoden und insbesondere SCRUM gelten aktuell als das Mittel der Wahl für Softwareentwicklungsteams. Doch nach der Einführung bleibt die Realität oftmals hinter den Erwartungen zurück: Das Team organisiert sich nicht selbst, es gibt keinen Motivationsschub und Leistungssteigerungen bleiben aus.
Mit unserem Pecha Kucha auf dem Karlsruher Entwicklertag 2013 geben wir einen Überblick über die typischen Ursachen und stellen konkrete Lösungsansätze vor.
Veröffentlicht in Agile Verfahren – Keine Kommentare
