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?
Antworten:
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 ...
quelle
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.
quelle
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.
quelle
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 :
quelle
Scrum ist eine Projektmanagement - Methodik
Agile ist eine Softwareentwicklungsmethode (-ish)
scrum + agile funktioniert sehr gut
gedränge ohne agil ... nicht so sehr
quelle