Gibt es Umfragen darüber, inwieweit Entwickler Scrum mögen oder hassen? [geschlossen]

8

Hintergrund: Während einer Konferenz wies ein Analyst in einem Tweet darauf hin, dass Entwickler Scrum hassen.

Ich selbst und eine andere Person antworteten, dass dies nicht der Fall sei, und diskutierten verschiedene Szenarien, warum Entwickler Scrum nicht mögen würden.

Eines der Szenarien, in denen sich diese faulen Entwickler nicht in einem Scrum-Projekt verstecken können. Sie werden vom Team ständig aufgefordert, einen Beitrag zu leisten.

Diese Diskussion führte zu einem Blogbeitrag und einem Video http://elsewhat.com/2010/05/20/lazy-developers-hate-agile-and%C2%A0scrum/

Ich habe drei Kommentare erhalten, die ich neutral zu beantworten versucht habe, aber diese Kommentare weisen darauf hin, dass es einige Leute gibt, die Scrum verabscheuen (und ich bin immer zu 100% sicher, dass sie keine faulen Entwickler sind).

Frage

Gab es jemals eine Umfrage unter Entwicklern darüber, inwieweit Entwickler Scrum mögen oder hassen?

scrum dparnas
quelle
5
Wenn ich dem Gedränge folge, fühle ich mich ständig gehetzt, selbst wenn niemand beabsichtigt, mich so zu fühlen. Ich mag es nicht, mich gehetzt zu fühlen, meine Effektivität nimmt ab, wenn ich mich fühle, und ich mag es nicht, wenn meine Effektivität abnimmt ... Teufelskreis ...
Marjan Venema
1
Können Entwickler zählen, die nie Scrum praktiziert haben, aber ansonsten sehr starke Meinungen dazu haben?
Matthieu M.
In meiner Region kennt die überwiegende Mehrheit der Entwickler, einschließlich mir, Scrum einfach nicht. Einige glückliche Wenige haben davon als Schlüsselwort gehört, das in Kombination mit XP funktioniert.
Mouviciel
1
Scrum funktioniert nur, wenn sich das Team einkauft. Wenn das Team, das die Storys bewertet, es auffüllt oder wenn das Management versucht, einen beliebigen Balken für die Geschwindigkeit festzulegen, ist dies schrecklich. .
SoylentGray
Es gibt eine Umfrage da draußen: Surveymonkey.com/r/JLF6D25
Sampada

Antworten:

33

Scrum ist sehr anspruchsvoll ...

.. vor allem, wenn es vom Management pervers ist.

Daher habe ich keinen Zweifel, dass viele Entwickler Scrum hassen.

Eine Möglichkeit, Scrum zu pervertieren, die ich in einem großen Unternehmen gesehen habe, bestand darin, die Geschwindigkeit der Entwickler zu teilen. Und natürlich beim täglichen Aufstehen sehr gut sichtbar machen. Ratet mal, was kurzfristig passiert ist?

Ich habe festgestellt, dass Scrum in einigen Organisationen normalerweise nicht geeignet ist, insbesondere in öffentlichen Unternehmen und Regierungen.

Nach 5 Jahren intensiven Scrum-Übens, Lehrens und Coachings sowohl in großen Unternehmen als auch in sehr kleinen Unternehmen bin ich zu dem Schluss gekommen, dass Scrum nur eine andere Technik ist, genau wie Java eine andere Sprache als C # ist und dass der Unterschied die ist Personen , die es verwenden, nicht die Technik selbst.


quelle
6
+1 für die Bemerkung über Einzelpersonen. Alles, was ich hinzufügen möchte, ist, dass die Codebasis auch Anforderungen stellt und nicht alle Codebasen geeignet sind, in einer Scrum-Umgebung "bearbeitet" zu werden. Während viele Teile unserer Software-Suite in Blöcke mit "Byte-Größe" unterteilt werden könnten, gibt es auch Teile, in denen Änderungen nicht effektiv in Blöcke unterteilt werden können, die für einen Scrum-Ansatz geeignet sind.
Marjan Venema
5
+1 für die Feststellung, dass die von einigen Unternehmen / Teams verwendete "Scrum-Methodik" nicht viel Ähnlichkeit mit dem ursprünglichen Scrum hat, wie es von Schwaber et al. Es ist auch richtig, dass es für einige Arten von Projekten nicht ideal geeignet ist, insbesondere für Legacy-Code.
Péter Török
1
@ Péter Török: Woher weiß ich, dass Sie ein Scrum Practionner sind? Sie wären schockiert gewesen zu sehen, was ich gesehen habe;)
2
Einverstanden. Ich habe in vielen Organisationen in Teams gearbeitet, die einer agilen Methodik folgen. Diejenigen, die funktionierten, waren diejenigen, die die Bedürfnisse der Mitarbeiter im Team sowie des Projekts verstanden und darauf reagierten. Komischerweise ist das im Agilen Manifest irgendwie impliziert.
Ian
Die eigentliche Frage, die ich mir selbst stelle; Ist ein perverses Scrum-Projekt schlechter als ein perverses Wasserfallprojekt? Oder bekommt es nur mehr Aufmerksamkeit, da es von manchen als heiliger Gral der Entwicklung angesehen wird?
Dparnas
5

Meta-Kommentar: Es wäre cool, Umfragefragen zu Programmierern zu haben.

Da Scrum zwischen verschiedenen Teams und Organisationen sehr unterschiedlich ist, wird diese Frage sehr schwer zu beantworten sein. Bei Scrum sollte es darum gehen , das Team in die Lage zu versetzen, großartige Software bereitzustellen, und Entwickler sollten dies mögen.

Wo geht es schief? Die Antwort ist in meiner obigen Aussage. Das Team ist nicht befugt oder es wird keine großartige Software geliefert.

Es gibt so viele Fehlermodi, hier einige:

  • Der Product Owner versteht den Kunden oder das Unternehmen nicht.
  • Das Team versteht den Kunden oder das Geschäft nicht.
  • Organisatorische Probleme stehen der Erreichung der Ziele durch das Team im Wege.
  • Scrum wird zu einem täglichen Mikromanagement.

Diese werden manchmal als Scrum-Buts bezeichnet .

IMO Scrum wird eher gemocht / erfolgreich sein, wenn:

  • Das Team hat sich für Scrum entschieden, weil es dies für das Produkt / Projekt für angemessen hielt.
  • Es gibt ein starkes / kontinuierliches Feedback des Kunden durch den Product Owner.
  • Versenden Sie nach jedem Sprint.
  • Das Team hat Autonomie, ist selbstorganisierend und volles Vertrauen / Unterstützung von der Organisation.
  • Ein großer Prozentsatz der Elemente im Backlog stammt vom Team.

Ein weiterer Kommentar ist, dass "faule" Programmierer in Scrum nur gegenüber dem Team rechenschaftspflichtig sind, so dass sie es möglicherweise vorziehen, gegenüber ihrem Chef rechenschaftspflichtig zu sein. Ich denke jedenfalls nicht, dass dies ein Faktor ist.

Ein Problem, das ich bei Scrum sehe, ist das Henne-Ei-Problem. Wenn Sie bereits agil sind, benötigen Sie Scrum möglicherweise nicht. Wenn Sie von Natur aus unagil sind, wird Scrum es wahrscheinlich nicht ändern, es kann sogar die Situation verschlimmern, da es jede Agilität an die Oberfläche bringt und es so sichtbar macht, dass die anti-agilen Kräfte es zerquetschen können :-)

Kann eine nicht agile Organisation einfach agil werden? Ich weiß es nicht. Ich denke, Scrum will das tun, aber ich bin mir nicht sicher, ob es das kann.

Guy Sirton
quelle
5

Nach meiner Erfahrung hassen Entwickler / Architekten Scrum sehr. Könnte aus folgenden Gründen sein

  1. Viele Produktorganisationen betrachten meistens die Geschäftsabwicklung als primäres Ziel und verknüpfen jede Sprint-Story mit einem Geschäftsbedarf. Daher entführen / kompromittieren sie bei mehreren Gelegenheiten die Motive von Architektur, Plattform, klarem Design und Codequalität. Manchmal berücksichtigen sie keine Schreie von Entwicklern. Dies ist, was professionelle Entwickler fühlen, die nicht faul sind.

  2. Agile / Scrum gibt Dominanz, Nachsicht Produktbesitzer / Produktmanager viel darüber, dass sie keine vollständigen Details zu Anforderungen und Inturn geben, von denen sie erwarten, dass Entwickler sich vorstellen / annehmen, dass sie mit der Entwicklung fortfahren müssen. Dies führt zu Unterschieden in der Implementierung, zu vielen Fehlern und enormen Schmerzen für Entwickler, da sie ihr Mitternachtsöl häufig verbrennen.

  3. In vielen Fällen, in denen Produktbesitzer technische Anforderungen mit Geschäftszielen kompromittieren, ignorieren Entwickler, Meinungen von Architekten zu Produkten, Formulare und langfristige Ziele der Architektur häufig und sie geben uns kurzfristige Lösungen, die für kein Produkt die richtige Wahl sind

  4. Schließlich erhalten Sie ein Produkt, das Fehler, Designfehler, manchmal Rollbacks, Unzufriedenheitsbewertungen des Benutzers, Leistungsprobleme und eine schreckliche Codebasis aufweist, die der Entwickler weiter berühren kann.

Ich halte Scrum / Agile in vielen Fällen wirklich nicht für eine bessere Methodik.

Sri
quelle
Interessant, dass Sie darauf hinweisen, dass Scrum Produktbesitzer zu kurzfristigen Optimierungen der Bereitstellung neuer Funktionen führen kann, während sich die Lösung in einen großen Schlammball verwandelt . Laputan.org/mud . Ich würde glauben, dass das Team zusammen bessere Chancen hätte, den PO vom Wert der technischen Architektur zu überzeugen, als einzelne Entwickler in separaten Entwicklungsrollen.
Dparnas
3

Ich hasse es. Und die meisten Entwickler, die ich kenne, hassen es auch.

Es ist ziemlich schwierig, zerebrale, kreative Arbeit wie Softwareentwicklung unter dem Mikroskop zu leisten.

Matthew Keller
quelle
3
Ich weiß wirklich nicht, was du damit meinst. Haben Sie tatsächlich Scrum verwendet oder denken Sie, dass Sie sich dadurch so fühlen würden?
SoylentGray
2
Unter dem Mikroskop? Was meinst du?
Eoin Carroll
2
Hast du Scrum oder ScrumBut gemacht?
Arnold Zokas
2
"Unter dem Mikroskop" bedeutet, dass Sie Ihre Arbeit täglich rechtfertigen und zeigen müssen oder sich zumindest so fühlen müssen. Kreative Softwareentwicklung funktioniert so nicht. Sie zeigen Ihre Arbeit, wenn sie fertig ist, und wenn Sie Hilfe benötigen, fragen Sie einfach.
Acumenus