Sind Projektmanager in Scrum nützlich?

In Scrum sind drei Rollen definiert: Team, Product Owner und Scrum Master. Es gibt keinen Projektmanager, stattdessen wird der Projektmanagerjob auf die drei Rollen verteilt .

Zum Beispiel:

• Der Scrum Master: Verantwortlich für den Prozess. Entfernt Hindernisse.
• Der Product Owner: Verwaltet und priorisiert die Liste der durchzuführenden Arbeiten, um den ROI zu maximieren. Vertritt alle Interessenten (Kunden, Stakeholder).
• Das Team: Selbst verwaltet seine Arbeit, indem es sie einschätzt und auf sich selbst verteilt. Verantwortlich für die Erfüllung ihrer eigenen Verpflichtungen.

In Scrum gibt es also keine einzige Person mehr, die für den Projekterfolg verantwortlich ist. Es gibt keine Kommando- und Kontrollstruktur. Das scheint viele Leute zu verblüffen, insbesondere diejenigen, die nicht an agile Methoden gewöhnt sind, und natürlich PMs.

Ich interessiere mich sehr dafür und was Ihre Erfahrungen sind, da ich denke, dass dies eines der Dinge ist, die eine Scrum-Implementierung machen oder brechen können.

Stimmen Sie Scrum zu, dass kein Projektmanager benötigt wird? Glauben Sie, dass eine solche Rolle noch erforderlich ist? Warum?

Vielleicht solltest du so etwas vorstellen:

Der Projektmanager ist in Scrum nicht verschwunden . Er ist immer noch da. Es gibt jetzt drei von ihnen!

• Der Scrum Master : Er steuert den Prozess und löst Hindernisse. Das lag bisher in der Verantwortung des Projektleiters.

• Der Product Owner : Er verwaltet den Rückstand. Dies lag in der Verantwortung des Projektmanagers, als er alles in Microsoft Project voraussagte.

• Das Team : Die Produktion selbst verwalten. Wer und wie wird eine bestimmte User Story in ein potenziell abrufbares Produktinkrement umgewandelt? Dies lag in der Verantwortung des Projektleiters bei der Aufgabenvergabe.

Für mich liegt dies an dem Unverständnis darüber, was ein Projektmanager tut, und an dem eher generischen Charakter des PM-Titels. Ich bin kein Experte für SCRUM, aber ich habe immer gesehen, dass der SCRUM-Master den Entwicklungsleiter / Teamleiter und nicht den Projektmanager ersetzt.

Projektmanager (im Sinne von Methoden wie PRINCE2 - die weitgehend mit Agile-Methoden kompatibel sind) haben nichts mit dem Entwicklungsprozess zu tun. Sie betreuen das Projekt aus einer umfassenderen Perspektive, die mehr als nur die IT umfasst bauen. In der Rolle des Projektmanagers gibt es viele Dinge, die an keiner anderen Stelle in Scrum behandelt werden (Verwalten und Überwachen des Geschäftsvorfalls, Verwalten der Geschäftsinteressenten, Elemente des Projekts außerhalb des IT-Aufbaus, z. B. Überarbeiten von Geschäftsprozessen, Support, ausbildung und so weiter).

Wenn Ihr PM derjenige ist, der sich um die Entwickler kümmert und nicht viel mehr tut (zum Beispiel bei Projekten, bei denen es sich hauptsächlich um IT-Projekte handelt, bei denen der Umfang ziemlich genau definiert ist), kann es gut sein, dass er nicht benötigt wird auf einem SCRUM-Projekt.

Aber bevor jemand sagt, dass Sie für SCRUM keine PM benötigen, möchte ich eine ziemlich klare Erklärung darüber, wie die Nicht-IT-Elemente des Projekts behandelt werden und insbesondere, wer den Geschäftsfall verwaltet (weil die Benutzer dies wünschen) und etwas zu tun ist, sind verschiedene Dinge).

Es kann sein, dass der PM mehr auf der Geschäftsseite des Projekts sitzt - der Product Owner übernimmt möglicherweise mehr die Rolle des PM als der Scrum Master, aber ich denke, dass es unwahrscheinlich ist, dass er ganz weg ist.

Es gibt einige Dinge, die ein Projektmanager tun kann, die ein Scrum Master oder Product Owner möglicherweise nicht kann.

• Projektmanager verfügen in der Regel über umfangreiche Erfahrung in der Projektabwicklung (Überraschung!).
• Sie sind sich der häufigen Fallstricke bewusst und können sie erkennen und ihnen dabei helfen, sie abzuwehren, bevor sie eintreten.
• Sie sind in der Regel erfahrene Verhandlungsführer und können andere Teammitglieder bei Diskussionen über Fristen, Umfang und widersprüchliche Anforderungen unterstützen (sehr wichtig, wenn die PO in der Rolle noch relativ neu ist).
• Sie können das Geld verwalten. Sie können einstellen und entlassen und helfen, wenn jemand im Team nicht in der Lage ist, seine Rolle zu spielen (durch Schulung, Beratung usw.).
• Sie können dazu beitragen, dass sich das Projekt effektiv in ein größeres Arbeitsprogramm einfügt.
• Sie können dem Team Dinge aus dem Weg räumen.
• Sie können dazu beitragen, dass die Unternehmensrichtlinien neben Scrum effektiv sind (z. B. wenn Tester immer noch an der Anzahl der gefundenen Fehler gemessen werden).
• Sie können die Governance verwalten.
• Sie können die Möbel bewegen.
• Ihr Wortschatz ist der des größeren Unternehmens, und sie können das Projekt - und den Scrum-Ansatz - in Bezug auf Risiko, Auswirkungen, Rendite, Optionen und Differenzierung diskutieren.
• Sie können dem Board erklären, warum die plötzliche Transparenz und die gelegentlichen Nachrichten über Misserfolge, die durch ein Meer grüner Berichte kommen, gut und nützlich sind.
• Eine gute PM kann Ihnen helfen, sich sicher zu fühlen, cool zu klingen und großartig auszusehen.

Scrum verlangt keine PM. Aber vielleicht möchten Sie trotzdem eine haben.

In einem der Projekte, an denen ich gearbeitet habe, als es zu Scrum wurde, übernahm unser früherer Projektmanager alternativ die Rollen des Product Owners und des Scrum Masters. Es hat in den 6 Monaten, die ich mit diesem Team verbracht habe, irgendwie funktioniert, obwohl es (für mich) nicht ideal war. Er war der Typ, der die Dinge unter Kontrolle halten wollte, es aber recht gut machte (dh das Team seine Arbeit machen und Entscheidungen treffen ließ, wenn es angebracht war).

Hintergrund war, dass sich das Unternehmen in einer finanziellen Notlage befand, obwohl wir (das Team) erst einige Zeit später davon erfuhren. Es gab also einen Grund, alles unter Kontrolle zu halten, um sicherzustellen, dass nur das absolut Notwendige gebaut wird und die erste Version des Produkts pünktlich geliefert wird.

Ich wäre fair und würde sagen, dass aus meiner Sicht der Scrum-Master auch als Projektmanager fungiert. Ein Scrum Master zu sein ist kein Vollzeitjob - sobald das Team reif ist, muss der Scrum Master nicht einmal an den täglichen Aufständen teilnehmen.
Es gibt immer mehr Stellen, die ich für einen Projektmanager / Scrum-Master sehe, bei denen Unternehmen diese Rollen nicht unterscheiden möchten, sondern dieselbe Person für beide Rollen zuständig ist, dh einen agilen Projektmanager.

Projektmanager: Eine Rolle in einer traditionellen Organisation oder einem Unternehmen.

Scrum-Master: Eine Rolle in einem Software-Entwicklungsteam, das die Scrum-Methodik verwendet.

Wenn es um Projektmanager oder Scrum Master geht, geht es wirklich um Äpfel und Apfelsinen, da die Rollen unterschiedliche Kontexte haben. Ich habe noch nie von einer Organisation gehört, die "Scrum Master" als offiziellen Titel oder Gehaltsklasse hat. Und Projektmanager in jedem Projekt, Scrum oder auf andere Weise, sind oft etwas von den alltäglichen Softwareentwicklungsaktivitäten entfernt.

Was genau ein Projektmanager tut und inwieweit sich seine / ihre Rolle mit der eines Scrum-Masters oder -Projektbesitzers überschneidet, hängt stark von der Größe und Art des Projekts ab, aber es gibt sicherlich Aufgaben, die normalerweise einem Projektmanager zugewiesen werden und nicht spezifisch sind Teil der Scrum-Master- oder Projekteignerrollen. Bei einem kleinen Projekt kann es möglich sein, die Aufgaben der Scrum-Master- oder Projekteignerrollen auf diese Aufgaben zu erweitern (Einstellung, Entlassung, Einkauf, Vertragsverwaltung, Kontaktaufnahme mit übergeordneten Führungskräften usw.). Bei einem größeren Projekt ist die Softwareentwicklung nur ein Teil des Projektmanagements, und es ist unwahrscheinlich, dass sich die Aufgaben des Projektmanagers und des Scrum-Masters stark überschneiden.

Ein Projektmanager sollte die Schnittstelle des Scrum-Masters zur Organisation sein. Der Scrum-Master sollte die Schnittstelle des Projektmanagers zum Team sein.

Sind Projektmanager in Scrum also nützlich? Nein, Projektmanager sind außerhalb von Scrum nützlich. Sie sind nicht Teil der Scrum-Softwareentwicklungsmethode, stellen jedoch die Ressourcen bereit, mit denen Scrum arbeiten kann.

Diese Frage riecht nach Scrumbut .

Scrum ist eine Teilmenge dessen, was in einer Projektmanagementmethode (Prince2 / PMP usw.) enthalten ist. Wenn Sie sich den Prince2-Prozess MP (Verwaltung der Produktlieferung) ansehen, können dort alle Elemente von Scrum enthalten sein.

Der Scrum Master möchte sich nicht in Meetings mit Lieferanten, Personal, Recht, Finanzen, Lieferanten, Führungskräften oder der BAU festsetzen Aktivitäten . Sie müssen sich darauf konzentrieren, Hindernisse für den aktuellen Sprint aus dem Team zu entfernen, nicht darüber zu verhandeln, in welchem ​​Umfang ein Arbeitsamt im Geschäftsjahr 2011/12 die Auftragnehmerraten senken kann, oder die Treuhandvereinbarung mit dem Anbieter x zu validieren.

Wenn Ihr Scrum Master die oben genannten Schritte ausführt, führen Sie Scrum nicht aus, sondern Scrumbut.

Erfahrungsgemäß ist die beste Kombination, einen Scrum-Master für jeden Teamleiter und einen Projektmanager zu haben, der die Scrum-Master nach Scrum-of-Scrums-Art koordiniert. Einen Projektmanager in dieser Rolle aus den oben genannten Gründen und aufgrund ihrer Erfahrungstiefe effektiver zu haben. Diese Projektmanager berichten wiederum an einen Portfolio- / Programmmanager usw. und alle in der Befehlskette sind mindestens zertifizierte Scrum-Master.

Denken Sie daran, dass Scrum ein Tool zum Verwalten der Produktbereitstellung ist. Auf einer Abstraktionsebene kann es zum Ausführen von Projekten verwendet werden, aber dafür gibt es bereits weitaus bessere Prozesse.

Eines der Hauptprobleme bei der traditionellen Projektleiterrolle besteht darin, dass die Autorität von der Verantwortung getrennt wird. Der PM hat die vollständige Autorität über die Projektorganisation - (s) er entscheidet, welche Aufgaben von wem in welcher Reihenfolge erledigt werden müssen, etc. Aber (s) er ist nicht für die Erledigung dieser Aufgaben oder die Qualität der Software verantwortlich das wird produziert. Die Teammitglieder sind die einzigen Verantwortlichen. Dies verursacht einen enormen Kommunikationsaufwand, da die Teammitglieder, um Autorität und Entscheidungen wieder in Einklang mit der operativen Arbeit zu bringen, ständig alles, was getan wird, dem PM und dem Rest des Teams melden müssen. Es erzeugt auch ein Gefühl der Enttäuschung, Ohnmacht und des Verlustes des Zwecks bei den Teammitgliedern, was eine große Quelle von Frustration und Entmutigung ist.

Agile fügt diese Begriffe irgendwie wieder zusammen - die Autorität über die Arbeitsorganisation liegt beim gesamten Team (durch Freigabe, Iteration und tägliche Besprechungen), sodass jeder das Gefühl hat, ein Mitspracherecht in der Angelegenheit zu haben, woraufhin jeder von ihnen zurückkommt Die Teammitglieder müssen die Verantwortung für die Erstellung von Qualitätssoftware übernehmen, die funktioniert, und sich nachdrücklich für dieses Ziel einsetzen. Sie könnten also theoretisch den Projektmanager loswerden.

Sobald Sie das gesagt haben, gibt es immer noch Aufgaben, die traditionell dem Premierminister zugewiesen werden und die noch erledigt werden müssen - Lunivore hat sie recht genau beschrieben.

Wie in diesem Artikel vorgeschlagen , können Sie in wirklich multikompetenten Teams die Rolle des Projektmanagers verwerfen, die Aufgaben unter den Teammitgliedern neu verteilen und frühere PMs zu regulären Teammitgliedern machen.

Die Scrum-Rollen sind ziemlich genau definiert (wenn sie vage erscheinen, weil sie in verschiedenen Arten von Organisationen anwendbar sein sollen), und da die Scrum-Teams (naja, gewöhnlich) immer ungefähr gleich groß sind - dh nicht sehr groß -. Es ist relativ einfach zu vereinbaren, was sie umfassen, auch wenn dies von der zugrunde liegenden Organisation abhängt.

Wenn man die obigen Fragen, Antworten und Kommentare liest, scheint es offensichtlich, dass die Definition der Projektmanager-Rolle viel schwieriger zu definieren ist. Ich bin sicher, dass Sie eine schöne und verständliche allgemeine Definition der Rolle eines Premierministers finden können, aber was das im wirklichen Leben bedeutet, ist eine ganz andere Geschichte.

Wie auch immer, da es in meinem Job funktioniert, sind die Projektmanager sehr selten in das eigentliche "Scrumming" involviert. Sie dürfen keine Scrum-Master sein (eine lokale Interessenkonfliktregel, über die wir uns alle sehr freuen), und sie sind nur in Ausnahmefällen Produktbesitzer.

Wo ich arbeite, sind die Projektmanager immer noch da und tun so ziemlich das, was sie immer getan haben. Das heißt, sie halten das Projekt auf Kurs, wirken als Filter gegen zu viele Paranoia- und Mikromanagement-Tendenzen von oben, lösen Probleme, die eine größere Schlagkraft erfordern, als wir zu lösen haben, und so weiter.

Ich bin mir sicher, dass dies an anderen Orten ganz anders ist, aber für uns funktioniert es großartig.

Bearbeiten : Vielleicht sollte ich klarstellen, dass für uns, ein Scrum - Team nicht funktioniert ersetzen ein Projektteam. Ein oder mehrere Scrum-Teams werden gestartet, um die eigentliche Entwicklungsarbeit für (und normalerweise in) einem Projekt auszuführen . Die Scrum-Teams können (und wahrscheinlich auch immer) aus den alten Teammitgliedern bestehen, mit Ausnahme des Projektleiters :-)