Nach einer heftigen Debatte über Scrum wurde mir klar, dass das Management für mich eine unnötige und überflüssige Tätigkeit in einem voll agilen Team darstellt. Ich glaube, dass ein ausgereiftes Agile-Team keinerlei Management oder nicht-technischen Entscheidungsprozess benötigt. Für meine (scheinbar irrenden) Augen ist es mehr als offensichtlich, dass nur ihr Coach (der technisch kompetenteste Kollege mit den richtigen Kommunikationsfähigkeiten) geeignet und in der Lage ist , ein ausgereiftes Entwicklungsteam zu leiten. Ich kann mir nicht vorstellen, wie ein Scrum-Meister zu einem solchen Team beitragen kann.
Ich habe große Schwierigkeiten, den Wert solcher Dinge in Scrum und dem Manager als jemandem zu erkennen und zu verstehen , der kein erfahrener Entwickler ist, aber die Produktionszyklen gut plant, wenn ein Coach im Team vorhanden ist. Was bedeutet das überhaupt? Wie um alles in der Welt kann jemand ohne ausgeprägte Entwicklungskenntnisse ein hochtechnisches Team führen? Vielleicht bedeutet Management hier etwas anderes?
Ich sehe Management als totale Zeitverschwendung und Nebenprodukt von Unreife. Meines Erachtens ist ein ausgereiftes Team vollständig selbstverwaltend. Anscheinend irre ich mich, da viele großartige Leute das Gegenteil sagen, aber ich kann mich nicht überzeugen.
quelle
Antworten:
Sie machen hier eine Reihe von Fehlern.
Der erste setzt voraus, dass ein Scrum Master ein Manager ist. Sie sind nicht. Sie sind im Grunde ein Administrator-Cum-Facilitator. Sie sorgen dafür, dass die Dinge im Scrum-Zeitplan passieren, müssen Ihnen aber nicht sagen, wie es geht, wenn Sie ein ausgereiftes Agile-Team sind. Meistens passiert es einfach.
Aber sie überwachen nicht die Qualität Ihrer Arbeit oder unterschreiben Ihre Ferien oder ähnliches. Sie verwalten auch nicht das Produkt oder Projekt. Das machen andere Leute.
Der größere Fehler, den Sie machen, ist die Annahme, dass Sie von der Situation abweichen können, die Sie in anderen Fragen beschrieben haben ("Entwickler sind im Moment noch weit davon entfernt, agile Programmierpraktiken durchzuführen. Keine Komponententests, keine Paarprogrammierungen, kein CI ( huh? was ist das?) ... du kommst auf die Idee. ") über Nacht zum" ausgereiften Agile-Team ". Das geht einfach nicht. Vergiss es. Versuche es nicht einmal.
Wenn Sie über Nacht Ergebnisse erzielen möchten, suchen Sie nach strukturierteren Projektmanagement-Ansätzen. Und einige Manager einstellen.
Wenn das Unternehmen möchte, dass Sie agil sind, braucht es Zeit und Kulturwandel. Und ja, wenn Sie sich in der chaotischen Phase der Verbesserung befinden , ist zunächst Management erforderlich. Ob Einzelperson oder Gruppe, irgendjemand muss einige Entscheidungen treffen.
Sie benötigen eine Person oder Gruppe, die dafür verantwortlich ist, einen Blick auf das Gesamtbild zu werfen, den Entwicklern und dem Unternehmen die aktuelle Situation zu erläutern, die Verbesserungsmöglichkeiten zu erläutern, die Anforderungen des Unternehmens zu ermitteln und die Mitarbeiter dann zu begleiten es.
Es wird lange dauern, bis Sie sich als ausgereiftes Agile-Team bezeichnen und sich selbst verwalten können. Die meisten Teams kommen nie dorthin.
quelle
Nehmen wir für einen Moment an, Sie haben Recht. Ich kenne nicht die eine oder andere Art, also lass uns nicht darüber diskutieren.
Das Problem ist, dass selbst ein selbstverwaltendes Team auf jemanden mit guten sozialen und politischen Fähigkeiten trifft, der das Team für andere Abteilungen repräsentieren kann. Jemand, der den Überblick behält, was jeder tut, wenn er Urlaub macht usw. Jemand, der sich um HR-Bullshit und Budgetierung kümmert. Jemand, der sich mit den QA- und PM-Gruppen auseinandersetzt, damit der Rest des Teams nicht muss. Jemand, der die unvermeidlichen zwischenmenschlichen Streitigkeiten zwischen Entwicklern vermittelt. Jemand, der Meetings plant und die Moral aufrecht erhält.
Diese Person ist ein Manager.
quelle
für 6 Monate auf 20 Stunden pro Woche reduziert werden .
Ich sehe in dieser Liste nichts, was mir in meiner Karriere nicht passiert ist. Ich sehe in dieser Liste nichts, was hochtechnische Fähigkeiten erfordert. Ich sehe viele Dinge in dieser Liste, die spezifische Fähigkeiten erfordern, die die meisten Entwickler nicht haben, und gute Manager, ganz gleich, was sie in der Vergangenheit geschafft haben.
Stoppen Sie das Absacken von Managern - erkennen Sie, dass Sie über eine Reihe von Fähigkeiten verfügen und dass sie eine andere Reihe haben. All diese Fähigkeiten werden in jeder Organisation benötigt. Sie werden ihre Arbeit genauso gut machen wie Ihre. Es ist selten, dass jemand in beiden Berufen gut ist, und es ist selten, dass jemand in beiden Berufen gut ist, der beides gleichzeitig kann. Was ohne eine Krippe passiert, ist, dass die Dinge langsam in einen Zustand der Funktionsstörung geraten. Wenn Sie Glück haben, wird es früh genug erkannt, ein Manager wird eingestellt, und plötzlich verschwinden die Probleme wie von Geisterhand, und Sie müssen mit dem Job weitermachen, für den Sie bezahlt werden, anstatt dumme Büropolitik zu betreiben (aus dem es spricht) hier erleben).
quelle
Wow. Sie haben in letzter Zeit nicht mit guten Managern zusammengearbeitet, oder? (Wir haben alle mit schlechten gearbeitet).
Ich habe gesehen, dass Menschen gelegentlich den Fehler gemacht haben, anzunehmen, dass alles, was sie nicht vollständig verstehen, einfach ist.
(Geschäftsleute sind hieran besonders schuld - haben Sie jemals schlechte Qualitätsspezifikationen UND eine in Stein gemeißelte Frist erhalten?)
In den meisten Unternehmen ist das Entwicklungsteam Teil eines größeren Ganzen. Manager existieren als Schnittstelle zwischen dem Team und dem Rest des Unternehmens. Ein guter Manager wird diese Beziehung in beide Richtungen bearbeiten und sicherstellen, dass das Team das bekommt, was es benötigt (Anforderungen, Büroräume, neue Computer, Anerkennung, Boni usw.) sowie die (sich ständig ändernden) Prioritäten, die aus dem Eckbüro hervorgehen, kommuniziert .
Das Eckbüro existiert aus vielen Gründen, von denen die meisten für diesen Beitrag nicht relevant sind.
Denken Sie daran, dass die meisten Manager mit den Informationen, die ihnen zur Verfügung stehen, die möglicherweise nicht mit den Informationen übereinstimmen, die Ihnen zur Verfügung stehen, die bestmöglichen Entscheidungen treffen .
Wenn Sie ein vollständig ausgereiftes Entwicklungsteam hätten, das Teil eines vollständig ausgereiften Unternehmens mit vollständig ausgereiften Kunden war und an dem sich nie etwas geändert hat, könnten Sie möglicherweise die meisten Verwaltungsaufgaben überflüssig machen. Der Begriff dafür ist Utopia .
Viel Glück damit.
ps - lies Nenne dich nicht selbst Programmierer - exzellente Ratschläge und erkläre besser als ich, wie der Rest der Geschäftswelt uns sieht.
quelle
Die Aufgabe eines Scrum Masters oder eines Managers im Allgemeinen ist es nicht, als diktatorischer Oberherr zu agieren. Die Aufgabe eines Managers ist es, sicherzustellen, dass sein Team für den Erfolg innerhalb des Unternehmens aufgestellt ist. Dazu gehören die Einstellung der richtigen Mitarbeiter, die Beschaffung der richtigen Ausrüstung und eine strategische Sicht auf das Produkt. Ein Manager sollte wie ein Linienrichter sein und die Details und Kleinigkeiten, die für den Erfolg eines Teams nicht wichtig sind, daran hindern, seinen Fortschritt zu beeinträchtigen.
quelle
Ein Teil des Problems ist, dass "Scrum Master" möglicherweise die am wenigsten genau bezeichnete Rolle in der gesamten Geschichte ist. "Scrum Facilitator" wäre etwas genauer, aber wie bereits erwähnt, besteht der SM-Auftrag nicht darin, das Team zu leiten, sondern Probleme zu lösen, damit das (selbstverwaltete) Team seine Arbeit fortsetzen kann. Ja, der Scrum Master ist auch dafür verantwortlich, dass das Scrum passiert: Aufgaben werden mit den verbleibenden Stunden aktualisiert, Stand-Ups werden gehalten und schaffen Mehrwert, Burn-Downs werden aktualisiert und Geschwindigkeit wird verfolgt und so weiter, aber das ist immer noch ein Coaching und Erleichterungsrolle, keine Führungsrolle.
Ein weiterer Teil des Problems ist, dass die Leute in den Eckbüros die Antworten auf Fragen wie "Wann kann ich die Software versenden?" und "Welche Funktionen wird es enthalten?" und sie sind es gewohnt, einem "Projektmanager" diese Fragen zu stellen und Antworten zu erhalten, die von vielen beeindruckend aussehenden Gantt-Diagrammen unterstützt werden und von unangenehmen Dingen wie dem Kegel der Unsicherheit kaum oder gar nicht die Rede ist.
Unter Scrum ist es möglich, mit einer groben Liste der Funktionen "Wille", "Macht" und "Nicht" für ein bestimmtes Schiffsdatum zu beginnen, aber es gibt definitiv eine Rolle für jemanden - wahrscheinlich den Scrum-Master - das Eckbüro über die unvermeidlichen Änderungen in diesen Listen im Laufe der Zeit auf dem Laufenden zu halten. Ich bin versucht, an diese Aktivität zu denken, das resultierende Feedback zu verarbeiten und neue Funktionsanforderungen als "Management" zu verwalten, auch wenn sich das Management von dem unterscheidet, was viele, viele Projektmanager in der Vergangenheit getan haben.
quelle
Wenn Sie der Meinung sind, dass kein Management erforderlich ist, wer wird die folgenden organisatorischen Aufgaben ausführen, wer wird in den folgenden Situationen reagieren?
quelle
Ich bin in einem kleinen Team ohne Manager und es funktioniert. Warum? Ich weiß es ehrlich gesagt nicht.
Ich vermute, es kommt auf die Art der Person an, die Sie sind. Einige Leute "sind" Computer, also müssen sie einem Prozess zugeführt werden. Andere Menschen sind "Programmierer" und haben die Fähigkeit, ihre eigene Welt und Struktur aus dem Nichts zu erschaffen.
Ich muss ein System schaffen oder von einem anderen Mann versklavt werden. Ich werde nicht argumentieren und vergleichen: Mein Geschäft ist es, zu schaffen. - William Blake
BEARBEITEN als Antwort auf Glenatrons Kommentar:
Es ist mehr als nur ein Entwicklerteam . Wir haben einen CEO, eine Rezeptionistin, die ans Telefon geht, und einen IT-Mitarbeiter. Wir kommunizieren mit Kunden direkt per E-Mail, Telefon oder Meeting. Unser Hauptgeschäft ist es, unser eigenes Produkt zu kreieren und es zu verkaufen, anstatt Verträge aufzuspüren. Es gibt aber auch Verträge.
Ich habe mehr darüber nachgedacht und dies sind die Gründe, aus denen ich denke, dass es funktioniert:
1. Wir entwickeln in erster Linie unser eigenes Produkt, anstatt das eines anderen.
2. Wir haben eine konsequente Arbeitsmoral unabhängig ohne Aufsicht.
3. Wir haben Domain-Kenntnisse.
4. Glück. Eine Handvoll Leute, die miteinander auskommen und gut zusammenarbeiten.
Jemand erwähnte, dass die Firma Valve auch kein Management hat. Valve kreiert sein eigenes Produkt, anstatt das eines anderen zu kreieren. Ich denke, ein Produktunternehmen eignet sich besser zur Selbstverwaltung. Es besteht kein Risiko, einen anderen Weg einzuschlagen, als der Kunde erwartet, weil Sie der Kunde sind. In einer Spielefirma trifft dies besonders zu. Mach dein Spiel lustig.
Du schaffst es nicht, Spaß zu haben. Sie können den Weg zur ursprünglichen Kunst nicht schaffen.
quelle