Funktioniert Ihr Team gut, ohne einer Arbeitsmethodik (wie Scrum) zu folgen?

Ich habe in den letzten 9 Jahren in mehreren kleinen Teams gearbeitet. Jeder von ihnen verfügte über die offensichtlichen bewährten Methoden wie kurze Besprechungen, Revisionskontrolle, Software für die kontinuierliche Integration, Fehlerverfolgung und so weiter.

In diesen 9 Jahren habe ich noch nie viel über Entwicklungsmethoden gehört. Zum Beispiel gab es nie ein "wir machen Scrum" oder "machen wir agil" oder etwas anderes als eine vorübergehende Referenz. Alle Teams schienen gut zu funktionieren, ohne viel Prozess zu folgen, wir waren nur freeflowing und haben einfach natürlich gut gearbeitet.

Hat jemand über längere Zeit Fortschritte gemacht, ohne auf Scrum / Agile / etc zu stoßen?

Der einzige Kontakt, den ich mit diesen hatte, war über Websites wie diese. Ich lese Fragen wie Sprint Meetings - Worüber ich reden soll ... und alle Vorträge scheinen fast roboterhaft zu sein, wie Menschen, die einer Methodik der endlichen Zustandsmaschine folgen. Ist es wirklich so (obwohl übertrieben)? Ich frage mich, ob die Leute, die im Internet nur laute Befürworter von "Best Practice" mit ähnlichen Lehrbuchansichten posten, nicht wirklich widerspiegeln, wie die Leute arbeiten.

Darüber hinaus (ich bin in Großbritannien, was relevant sein könnte) ... Ich denke, wenn eine Methodik für eines der Teams, an denen ich arbeite, eingeführt würde, würde sie es einfach als dumm und unnötig ablehnen ... dann mach weiter auf. Ich würde eher zustimmen, dass das Verfolgen von Prozessen ein bisschen unnatürlich erscheint. Ist das typisch oder üblich?

Über 20 Jahre Entwicklungserfahrung hier und ich habe noch nie eine formale Methodik angewendet. Ich habe sie nie gebraucht, und ich habe nicht vor, sie in Zukunft zu verwenden. Methoden mögen für manche Leute in Ordnung sein, aber sie sind kein Ersatz für erfahrene Programmierer, die guten, getesteten Code schreiben.

Persönlich denke ich, dass es vielen Leuten einfallen würde, sich weniger darum zu kümmern, der heißesten neuen Methodik des Tages zu folgen und sich mehr auf die Codequalität zu konzentrieren.

Um ehrlich zu sein, wenn Ihr kleines Team all die Jahre gut ohne größere Zwischenfälle gearbeitet hat, ohne an Prozesse zu denken, haben Sie wahrscheinlich eine Art von Agilität entwickelt. Alles, was ein agiler Prozess bedeutet, ist, dass er dem "Agile Manifesto" http://agilemanifesto.org/ entspricht, das wenig überraschendes über Iterative, Storyboards usw. zu sagen hat Interaktionen über Prozesse und Werkzeuge ". Jedes Team, das gut zusammenarbeitet, muss nicht wirklich über Prozesse nachdenken.

Die verschiedenen agilen Marken (wie Scrum usw.) sind sehr nützlich, wenn Sie ein brandneues Team haben, das nicht daran gewöhnt ist, miteinander zu arbeiten. Sie legen den Rahmen für den Aufbau eines zusammenhängenden Teams fest, das wiederum ein zusammenhängendes Produkt aufbaut.

Wenn das, was Sie tun, funktioniert, machen Sie es weiter. Wenn Sie mit den zu erbringenden Leistungen ständig zu spät kommen, routinemäßig Überstunden machen oder größere Fehler beheben müssen, nachdem Sie etwas bereitgestellt haben, stimmt etwas nicht. In diesem Moment nehmen Sie eine Reihe kleiner Änderungen vor, um die Probleme zu beheben.

Wenn alles in Ordnung ist und es immer in Ordnung ist, gibt es kein Problem. Die Einführung einer neuen Methode (Ihre Teams haben eine bestimmte Methode befolgt - formal oder auf andere Weise) wäre in der Tat Zeitverschwendung.

Wirklich hilfreich sind Methoden jedoch, wenn das Team auf Probleme stößt oder Probleme aus externen Quellen hat. Eine Methode führt nicht nur bewährte Methoden ein, sondern hilft Ihnen , sie zu schützen . Es ist viel einfacher, gute Praktiken unter Stress zu halten, wenn Sie sie bewusst anwenden, da sie sonst schnell verdrängt werden können.

Ich glaube nicht, dass Sie unbedingt eine formale Methodik benötigen - aber jedes Team benötigt eine Art Muster (das sich nicht unbedingt wiederholt, es könnte ereignisgesteuert sein), um seine Arbeit effektiv zu gestalten.

Wenn Sie kein Problem zu lösen haben, haben Sie Glück.

Ich habe viele Teams (insbesondere in sehr kleinen Unternehmen) gesehen, die ohne definierte Methodik gut arbeiteten.

Das Implementieren einer Methodik (oder Technik), weil es Spaß macht oder weil Sie diesen Blogbeitrag im Internet lesen, ist sehr gefährlich.

Wenn es dir gut geht, ändere nichts. Versuchen Sie einfach einige Optimierungen, wenn Sie können.

Es gibt eine Vielzahl von Methoden, von denen einige sehr vernünftig sind und an den Wahnsinn grenzen. Sie alle scheinen den gesunden Menschenverstand zu kodifizieren , ihnen einen lustigen Namen zu geben und dann viele Bücher / Seminare / etc. Zu verkaufen.

Wenn Ihrem Management oder Ihrem Team der gesunde Menschenverstand fehlt und es keine eigenen vernünftigen Methoden gibt (ob bewusst oder unausgesprochen), lohnt es sich möglicherweise, diese zu studieren und dann die Teile der Methode zu übernehmen relevant für die Erfahrungen dieses Teams .

Die pauschale Einführung der neuesten <insert-buzzword-here>Arbeitspraktiken kann mehr Verwirrung stiften als sie lösen soll. In der Regel können jedoch viele Kontrollkästchen bereitgestellt werden, die ein nicht codierender Linienmanager mit Begeisterung aktivieren kann.

Vielleicht hast du es nicht als agil oder scrum bezeichnet, aber das bedeutet nicht, dass du keinen Prozess hattest und ihn nicht benutzt hast.

Genau wie bei der Softwareentwicklung. Sie werden wahrscheinlich mehrere Entwurfsmuster verwenden, obwohl Sie nicht explizit an deren Namen denken.