Hat jemand das Gefühl, dass Scrum nicht agil ist?

41

Ich bin ein großer Fan von agiler Entwicklung und habe XP vor ein paar Jahren bei einem sehr erfolgreichen Projekt eingesetzt. Ich mochte alles daran, den iterativen Entwicklungsansatz, das Schreiben von Code für einen Test, die Paarprogrammierung und die Möglichkeit, einen Kunden vor Ort zu haben, der die Dinge ausführt. Es war ein hochproduktives Arbeitsumfeld, und ich hatte nie das Gefühl, unter Druck zu stehen.

Die letzten Orte, an denen ich gearbeitet habe, verwenden Scrum. Ich weiß, dass es heutzutage das Aushängeschild für agile Entwicklung ist, aber ich bin nicht zu 100% davon überzeugt, dass es agil ist. Im Folgenden sind die beiden Hauptgründe aufgeführt, warum es sich für mich einfach nicht agil anfühlt.

Projektmanager lieben es

Projektmanager, die von Natur aus von Zeitplänen besessen sind, scheinen Scrum zu lieben. Meiner Erfahrung nach verwenden sie das Sprint-Backlog, um den Zeitbedarf zu verfolgen und aufzuzeichnen, wie viel Zeit für eine bestimmte Aufgabe aufgewendet wurde. Anstelle eines Whiteboards verwenden sie alle ein Excel-Blatt, das jeder Entwickler religiös ausfüllen muss.

Meiner Meinung nach ist dies viel zu viel Dokumentation / Zeiterfassung für einen agilen Prozess. Warum sollte ich Zeit damit verschwenden, abzuschätzen, wie lange eine Aufgabe dauern wird, wenn ich nur mit der Aufgabe selbst weitermachen kann? Oder warum sollte ich Zeit damit verschwenden, zu dokumentieren, wie lange eine Aufgabe gedauert hat, bis ich mit der nächsten Aufgabe weitermachen kann?

Stand-up-Meetings

Die Stand-up-Meetings, an denen ich zuvor gearbeitet habe, waren ein Albtraum. Jeden Tag mussten wir erklären, was wir gestern getan hatten und was wir an diesem Tag tun würden. Wenn wir unsere "Zeitschätzung" für eine Aufgabe überarbeiten würden, würde der Projektmanager einen Gestank hervorrufen und das Sprint-Backlog als Mittel zur Anzeige von Inkompetenz heranziehen, die Sie haben, wenn Sie sich nicht an die Zeitlinie halten.

Jetzt verstehe ich die Notwendigkeit der Kommunikation, aber sicherlich sollte der Ton der täglichen Besprechungen unbeschwert sein und sich auf den Wissensaustausch konzentrieren. Ich denke nicht, dass es zu einer Scharade im Stil deiner Hausaufgaben werden sollte. Der entscheidende Punkt von Agile ist sicherlich auch, dass sich die Zeitleisten ändern und nicht in Stein gemeißelt werden sollten.

Fazit

Die Idee von Agile ist es, die Software zu verbessern, indem den Entwicklern das Leben leichter gemacht wird. Daher sollte meiner Meinung nach jeder agile Prozess, der von einem Team verwendet wird, vom Entwickler geleitet werden. Ich glaube nicht, dass es etwas mit agiler Entwicklung zu tun hat, wenn ein Projektmanager einen Prozess verwendet, den er als "agil" bezeichnet hat, um ein Projekt zu verfolgen.

Gedanken jemand?

Winarama
quelle
6
Bei Scrum sollten die Teams selbst verwaltet werden. Das Ziel des Projektmanagers ist es, die Rolle des Projektmanagers zu eliminieren, damit das Team die täglichen Meetings selbst organisieren und daran teilnehmen kann. Die Rolle des Projektmanagers sollte im Idealfall für die Teilnahme an Retrospektiv- und Planungsbesprechungen sowie für die gesamte organisatorische Arbeit entfallen.
SuperM
7
Ja. Selbst einer der "Väter" von Agile ist sich nicht einig, dass Scrum wirklich agil ist: youtube.com/watch?v=hG4LH6P8Syk
Euphoric
18
Du sagst also, dass du kein Scrum machst und dir dessen bewusst bist, aber dann wunderst du dich, dass Notscrum auch Notagile ist?
pdr
2
Ich habe nie mehr Zeit in Meetings verbracht, um über Prozesse zu sprechen als in jedem einzelnen "agilen" Team, in dem ich war. Aber ich mag es immer noch viel besser als die Alternative.
Rob
11
Nach meiner Erfahrung ist Scrum im Wesentlichen ein Versuch, Waterfall agil zu machen, indem es in kleinere Einheiten unterteilt wird. Tatsächlich sollten Sprints realistischer als "Kaskaden" bezeichnet werden.
Berislav Lopac

Antworten:

25

Es gibt bestimmte Elemente in Scrum, die anfälliger für Perversionen sind. Um ehrlich zu sein, ist das, was Sie beschreiben, das Ergebnis des Versuchs, eine Organisation dazu zu bringen, Scrum zu übernehmen, ohne alle Beteiligten darüber zu informieren, worum es geht und wie es funktioniert und warum es funktioniert. Sie benötigen ein unternehmensweites Buy-in, um Ergebnisse zu erzielen.

Jede agile Transformation wird alles aufdecken, was in Ihrem Unternehmen vor sich geht, einschließlich, aber nicht beschränkt auf Mikromanager, Machthaber mit eigenen Agenden, unzureichend ausgebildete Entwickler, Kommunikationssilos usw. Wenn kein kollektiver Wille besteht, diese Probleme anzugehen Und wenn Sie nur "Stand-ups" machen und "in Sprints arbeiten", wird die Scrum-Implementierung auf den Kopf fallen.

Ich kann das nicht genug betonen: Wenn Sie Scrum machen wollen, brauchen Sie kompetente Trainer, die Ihnen den Weg zeigen können. Es reicht nicht aus, Essential Scrum zu lesen und dann nur zu sehen, wohin es Sie führt ...

Stefan Billiet
quelle
16
Inwiefern unterscheiden sich tägliche Stand-ups vom Mikromanagement?
Giorgio
10
Es ist Sache des Teams, die Zeit so zu gestalten, dass sie sich nicht gegenseitig behindern. Es ist absolut unangemessen, über Schätzungen, vergangene Aufgaben usw. zu sprechen - tatsächlich sollte ein Projektmanager (im Gegensatz zum Scrum Master) überhaupt nicht anwesend sein.
Julia Hayward
10
@Georgio: Kommt darauf an, was du mit Mikromanagement meinst. Das Ziel eines täglichen Stand-ups in SCRUM ist es, alle über das, was alle anderen tun, auf dem Laufenden zu halten, und keinem Projektmanager die Möglichkeit zu geben, Personen zu bestrafen, die Schätzungen nicht einhalten . Tatsächlich gibt es in SCRUM keinen Projektmanager. Das Verfolgen und Anpassen von Schätzungen ist Aufgabe des Teams. Wenn diese nicht erfüllt werden, stellt sich die Frage: "Was hat dies verursacht und wie können wir dies in Zukunft vermeiden oder berücksichtigen? ", nicht" wessen Schuld ist es und wie schlimm können wir ihn fühlen lassen? "
Michael Borgwardt
3
@ErikReppen wie es mit so ziemlich allem ist, haben Sie eine kleine Gruppe von Leuten, die sich eine lohnenswerte Verbesserung einfallen lassen, und dann bekommen Sie eine viel größere Gruppe, die es monetarisieren will und es im Allgemeinen komplett pervertiert :-p Ich glaube an Scrum, Ich distanziere mich jedoch vollkommen von der Scrum Alliance und ihrem Zertifizierungsgeschäft.
Stefan Billiet
8
@jessehouwing: Ja, aber Meetings für ein reifes Team vorzuschreiben ist, als würde man sich an jemanden wenden, der perfekt laufen kann und ihnen sagt: Schau, du hast ein Problem, du kannst nicht laufen, ich werde dir das richtige Laufen beibringen. Diese Leute werden dich anschauen und sich fragen: Hey, was will dieser Typ von mir? Natürlich kann ich laufen. Das Auferlegen von täglichen Besprechungen für ein ausgereiftes, sich selbst organisierendes Team stört also nur den Arbeitsfluss: Es ist nur Verschwendung. Eine solche Entscheidung kann entweder durch inkompetentes Management oder durch den Willen zur Beobachtung / Kontrolle der Teamarbeit erklärt werden.
Giorgio,
20

Ja. Selbst einer der "Väter" von Agile ist sich nicht einig, dass Scrum wirklich agil ist: youtube.com/watch?v=hG4LH6P8Syk - Euphoric

Ich denke, dieser Link aus einem der obigen Kommentare sagt wirklich alles. Es ist eine Uhr wert, Onkel Bob gibt einen kurzen Überblick über Scrum und sagt im Grunde, dass Scrum kein agiler Entwicklungsprozess ist, da sich Scrum im Laufe der Zeit zu einem Managementprozess entwickelt hat . Die Gründe dafür scheinen darin zu liegen, dass Projektmanager und nicht Entwickler an den Scrum-Kursen teilgenommen haben.

Winarama
quelle
2
Dies (was du geschrieben hast, nicht was Onkel Bob gesagt hat) ist keine Folge. Nur weil etwas ein Verwaltungsprozess ist, ist es nicht von Natur aus nicht agil.
Dave Hillier
9
Sie können braune Katzen und braune Hunde haben, aber eine braune Katze kann niemals ein brauner Hund sein. Es ist nicht, weil es nicht braun ist, es ist, weil es kein Hund ist. Ebenso kann ein agiler Verwaltungsprozess kein agiler Softwareentwicklungsprozess sein, nicht weil er nicht agil ist, sondern weil er kein Softwareentwicklungsprozess ist, worüber wir sprechen.
Winarama
1
Dann möchten Sie vielleicht Ihre Frage mit dem Titel "Hat jemand das Gefühl, dass Scrum nicht agil ist?" Aktualisieren.
Dave Hillier
Vielen Dank für das Teilen des Videos. Ich fand es wirklich aufschlussreich.
MickJ
Manager wie agile missbrauchen es sogar. Sie können also den Entwicklern die Schuld geben. Es ist also eine Frage der politischen Korrektheit, agil zu sein, egal ob gefälscht oder nicht.
Liebe
13

Was Sie beschreiben, sehen wir, professionelle Scrum-Trainer, häufig in Organisationen, die Scrum implementiert haben. Oft werden sie auch "im Entwicklungsteam XP machen", was bedeutet, dass auf einem Build-Server irgendwo ein paar Unit-Tests ausgeführt werden. Das ist kein Gedränge .

Ja, Projektmanager können ein Produkt-Backlog, insbesondere ein digitalisiertes, verwenden, um die Messdaten, die solche Systeme sammeln, zu missbrauchen. Aber das Entwicklungsteam und der Scrum Master sollten ihn nicht lassen. Was macht ein Projektmanager dort überhaupt? Sollte das nicht ein Product Owner sein ?!

Ebenso wie XP schlecht gemacht werden kann und einige strengere Prozesse sich sehr flüssig anfühlen können (mit kontinuierlicher Integration, Bereitstellung, aber immer noch sehr planorientiert), ist Scrum nur ein Framework. Es braucht gute Leute, die die Werte und den Prozess verstehen, um es gut auszuführen. Es braucht kontinuierliches Lernen und eine Verbesserung , um dorthin zu gelangen.

Jessehouwing
quelle
12

Sie haben wahrscheinlich damit gerechnet, aber nur weil einige (viele?) Leute Scrum auf unagile Weise missbrauchen, heißt das nicht, dass Scrum nicht agil ist.

Projektmanager : In einem Scrum-Team gibt es keine solche Rolle. Der Scrum Master ist nicht für das Budget oder die Einhaltung der Fristen verantwortlich. Er ist dafür verantwortlich, dem Team zu helfen und Hindernisse zu beseitigen, die auf dem Weg zu dem Ziel sind, für das sie sich entschieden haben. Nach allem, was Sie beschreiben, scheint es, als ob Ihr Premierminister Scrum entführt hat, um sich die Vorrechte zu nehmen, die normalerweise dem Team und dem Product Owner übertragen werden und die vorherigen Kommando- und Kontrollgewohnheiten aufrechterhalten.

Zeiterfassung : Scrum empfiehlt, die verbleibende Zeit zu erfassen und den Sprintstatus zu ermitteln, nicht den von einzelnen Teammitgliedern verbrachten Zeitpunkt . Dies mag als Detail erscheinen, macht jedoch den Unterschied zwischen einer schuldorientierten Kultur und einem zielorientierten Ansatz aus.

Aus dem Scrum Guide :

Überwachen des Sprintfortschritts

Zu jedem Zeitpunkt in einem Sprint kann die im Sprint-Backlog verbleibende Gesamtarbeit summiert werden. Das Entwicklungsteam protokolliert diese Gesamtarbeit, die mindestens für jedes Daily Scrum verbleibt, um die Wahrscheinlichkeit des Erreichens des Sprint- Ziels zu prognostizieren . Durch Verfolgen der verbleibenden Arbeit während des Sprints kann das Entwicklungsteam den Fortschritt überwachen.

guillaume31
quelle
Es ist unvermeidlich, eine schuldorientierte Kultur zu werden, auch wenn Scrum theoretisch zu 100% politisch korrekt ist.
Liebe
2

Scrum ist eine Projektmanagement - Methodik

Agile ist eine Softwareentwicklungsmethode (-ish)

scrum + agile funktioniert sehr gut

gedränge ohne agil ... nicht so sehr

Steven A. Lowe
quelle
3
Es ist interessant, dass Scrum früher eine Softwareentwicklungsmethode war, sich aber im Laufe der Zeit zu einer Projektmanagementmethode entwickelt hat.
Winarama
2
Ich denke, das ist unvermeidlich. Die Entwickler haben einfach nicht so viel Sinn für Eigenverantwortung (wollen es nicht). In einem Sprint-Review habe ich kürzlich den Zweck des Teams in Frage gestellt: Software schreiben oder das Burndown-Diagramm gut aussehen lassen. Ich habe darauf hingewiesen, aber dann mussten alle PMs im Raum große Anstrengungen unternehmen, um die Bedeutung von bla bla bla hervorzuheben. lol!
Rob
2
@ T-Pane: Umso interessanter, dass Scrum ursprünglich als neue Produktentwicklungsmethode vorgeschlagen wurde - hbr.org/1986/01/the-new-new-product-development-game/ar/1
Steven A. Lowe
2
@ StevenA.Lowe Ah Scrum, es ist auf einer Reise der Selbstfindung.
Winarama
1
Ich weiß, dass es alt ist, aber diese Antwort ist völlig falsch. Scrum ist ein Framework, in das Patterns eingepasst werden. Agile ist eine Reihe von Werten und Prinzipien.
Venture2099