In den traditionelleren Projekten, an denen ich gearbeitet habe, ist der Projektmanager (und bei größeren Projekten gibt es möglicherweise assoziierte / stellvertretende / assistierende Projektmanager, falls eine Person nicht verfügbar ist) die Person, die für die Kommunikation mit dem Kunden verantwortlich ist und das Projekt empfängt Zustands- und Statusaktualisierungen, Festlegen der Planung und Budgetierung, Verwalten des Prozesses, Sicherstellen, dass das Team über die erforderlichen Ressourcen verfügt, um Aufgaben auszuführen, usw.
In Scrum sind diese Verantwortlichkeiten jedoch zwischen dem Product Owner und dem ScrumMaster aufgeteilt. Der Product Owner ist die Stimme des Kunden. Sie interagieren direkt mit dem Kunden, erstellen User Stories, organisieren und priorisieren das Product Backlog und andere Probleme, die Benutzer / Kunden betreffen. Der ScrumMaster kümmert sich um den Prozess, überwacht die Besprechungen (einschließlich Schätzung und Planung), beseitigt Hindernisse und überwacht den Gesamtzustand des Projekts und nimmt bei Bedarf Anpassungen vor.
Ich habe in mehreren Quellen, einschließlich Wikipedia , gelesen , dass die Rolle von ScrumMaster und Product Owner von zwei verschiedenen Personen wahrgenommen werden sollte. Ich habe nicht nur darüber gelesen, sondern auch an erfolgreichen Projekten im "traditionellen" Stil gearbeitet, bei denen die Aktivitäten beider von einer einzelnen Person übernommen wurden. Tatsächlich ist es sinnvoller, dass ein bis drei Personen für die Projektabwicklung (einschließlich Personal / Personal) und Aufgaben auf Prozessebene verantwortlich sind, da diese oft Hand in Hand gehen. Prozessänderungen wirken sich auf die Planung, das Budget, die Qualität und andere Ziele auf Projektebene aus, und Projektänderungen wirken sich auf den Prozess aus.
Warum fordert Scrum, diese Aktivitäten in zwei Rollen zu unterteilen? Welche Vorteile bietet das eigentlich? War jemand an einem erfolgreichen Scrum-Projekt beteiligt, bei dem Product Owner und ScrumMaster dieselbe Person waren?
quelle
Antworten:
Sie können (und werden oft) von einer einzelnen Person kombiniert und durchgeführt (es gibt keine Regel dagegen (immerhin ist es das Gedränge)).
ABER Sie müssen die unterschiedliche Verantwortung sorgfältig ausbalancieren, da die beiden Rollen konkurrierende und agende Rollen haben (und es braucht eine spezielle Person, um beide gleichzeitig ausführen zu können). Ich habe viele Versuche gesehen, aber nur wenige haben es über einen langen Zeitraum hinweg geschafft (es ist eine stressige Position).
Um der SM zu sein, benötigen Sie mehr technisches Wissen als der PO (da Sie das Entwicklungsteam bei der Organisation unterstützen). Um Dinge aus dem Product Backlog in den Spring Backlog ziehen zu können, sind detaillierte Produktkenntnisse erforderlich (manchmal kann man die Top-n-Items einfach nicht ziehen, da dies kontraproduktiv sein kann).
Die PO erfordert mehr Verständnis für das Benutzerende der Gleichung als SM. Dies muss nicht so technisch sein, sondern erfordert Kenntnisse darüber, wie das Produkt in der realen Welt eingesetzt wird und in welche Richtung der Kunde das Produkt nehmen möchte.
Wenn Sie eine Person finden, die beide Rollen übernehmen kann, sehe ich keinen Grund, dies zu verhindern.
Probleme können auftreten, wenn die Bestellung vom Kunden in eine Richtung gezogen wird, die den Entwicklern erhebliche Schwierigkeiten bereitet (weil sie zuerst eine andere Infrastruktur aufbauen müssen). Die SM-Aufgabe besteht nicht darin, den Wünschen des Kunden zu folgen, sondern die Entwickler vor ihren Wünschen zu schützen. Objektiv durchzuziehen ist schwierig.
quelle
Ich bin kein Experte, aber ich denke, der Scrum Master sollte der Teamanwalt / Moderator sein. Die Stimme des Kunden sollte die Interessen des Kunden im Mittelpunkt haben. Beim Scrum Master sollte es darum gehen, dem Team zu helfen, das zu bekommen, was es für einen erfolgreichen Sprint benötigt.
quelle
Denken Sie auch meistens daran, dass Sie nicht an einem Kunden gleichzeitig arbeiten. Produktbesitzer können mehrere Kunden verwalten und sich auf diesen Teil des Geschäfts konzentrieren, und ScrumMasters kann sich auf die Projektentwicklung konzentrieren.
Wie viele gesagt haben, haben beide Rollen unterschiedliche Interessen, aber ein gemeinsames Ziel und unterschiedliche Fähigkeiten, um es zu erlangen.
quelle
Wenn dieselbe Person das Entwicklerteam und die Benutzer / Kunden vertritt, haben Sie in einem Streit nur die Möglichkeit, sich den Vertrag anzusehen. Obwohl es irgendwann dazu kommen kann, sind Sie besser dran, wenn ein Vertreter von beiden Seiten mit gleicher Macht eine Vereinbarung ausarbeiten kann.
quelle
Die Personen in den Rollen Product Owner und Scrum Master haben möglicherweise widersprüchliche Wünsche, Ziele, Anforderungen und Einschränkungen, mehr als zwei zufällige Programmierer. Menschen sind möglicherweise nicht in der Lage, widersprüchliche Ziele gleichermaßen zu bewerten, und es ist wahrscheinlicher, dass sie Fehler bei der Beurteilung machen, wenn sie mit widersprüchlichen Zielen konfrontiert werden. Bei zwei Personen mit leicht unterschiedlichen Schwerpunkten oder Vorurteilen ist die Wahrscheinlichkeit geringer, dass sie gemeinsam die gleichen Fehler oder den gleichen Grad an Beurteilungsfehlern machen.
Zwei Personen können auch insgesamt mehr Arbeitsstunden für die Fokussierung auf unterschiedliche Aspekte des Problems / Projekts veranschlagen (z. B. die Ziele der beiden verschiedenen Rollen).
quelle