Können Product Owner + Scrum Master (Team-/Kanban-Lead) eine kombinierte Führung für ein Team übernehmen?

Ist die Kombination aus Product Owner und Scrum Master (oder Kanban Lead) eine bessere Kombination für die Führung eines Teams? Ich neige dazu, dass POs sowohl Teil der Führung als auch des Scrum Masters sind. Ich glaube, dass ein großartiger PO mit großartigen Führungsqualitäten das Entwicklerteam in schwierigen Zeiten immens führen kann.

Ich stimme nicht zu, dass nur der Scrum Master der Servant Leader im Team sein sollte. Ich denke, die Kombination aus Scrum Master und Product Owner funktioniert viel besser.

Was die effektive Durchführung von Scrum betrifft, stimme ich dem Inhalt dieses Dokuments zu . Das Mischen von Verantwortung für das Backlog und „Führen“ des Teams scheint dem traditionellen Projektmanagement gefährlich nahe zu kommen. Also, nein, ich stimme nicht zu.
Meinung bezogen.
Mike Cohns Meinung zu diesem Thema und seine Meinung zu Piraten . Generell eine schlechte Idee, findet er.

Antworten (5)

TL;DR

Sie sind das Opfer des veralteten Command-and-Control-Denkens. Die Rollen, die Sie beschreiben, haben Verantwortlichkeiten , aber sie sind weder allein noch in Kombination "Führer" des Teams im herkömmlichen Sinne.

Scrum-Teams haben Rollen, keine Leiter

Laut dem offiziellen Scrum Guide :

Das Scrum Team besteht aus einem Product Owner, dem Entwicklungsteam und einem Scrum Master. Scrum Teams sind selbstorganisierend und funktionsübergreifend. Selbstorganisierende Teams entscheiden, wie sie ihre Arbeit am besten erledigen, anstatt von anderen außerhalb des Teams geleitet zu werden.

Ein selbstorganisiertes Team wird nicht von traditionellen Führern von außerhalb oder innerhalb des Teams geleitet. Stattdessen spielt jede Rolle im Team eine entscheidende Rolle bei der Wertschöpfung für den Kunden. Sie können den gesamten Abschnitt des Scrum-Leitfadens für eine Beschreibung jeder Rolle lesen, aber kurz gesagt:

  • Der Scrum Master ist ein Prozessreferent, der dafür verantwortlich ist, dem Team zu helfen, das Framework zu verstehen und das Beste daraus zu machen.
  • Der Product Owner ist ein Value Referee , der für die Kommunikation und Priorisierung von Funktionen verantwortlich ist.
  • " Entwicklungsteams werden von der Organisation strukturiert und befähigt, ihre eigene Arbeit zu organisieren und zu verwalten."

Wenn Sie Sportmetaphern mögen, ist es wie Zonenverteidigung: Jedes Mitglied des Teams hat einen Verantwortungsbereich und muss zusammenarbeiten, vertrauen und sich auf den Rest des Teams verlassen, um effektiv zu sein. Niemand ist für das Team "verantwortlich", obwohl effektive Teams sicherlich Teammitglieder haben werden, die Führungsqualitäten zeigen .

Strukturieren Sie Ihre Teams funktionsübergreifend, stellen Sie sicher, dass sie befähigt sind, und stellen Sie sicher, dass jeder seine Rolle innerhalb des Teams versteht. Fördern Sie die Zusammenarbeit und das Gefühl gemeinsamer Ziele, anstatt eine Kultur von Führern und Gefolgsleuten zu fördern. Das ist die Verkörperung der Prinzipien hinter dem Agilen Manifest .

Ich mag diese Antwort sehr und würde ihr etwas hinzufügen. Der Scrum Master ist nicht nur ein Prozessreferent, sondern auch ein absolut dienender Leiter. Der Product Owner führt das Team dazu, den Wert zu verstehen, den es durch die Produktvision und das Backlog liefert. Jeder Entwickler hat die Möglichkeit, sich gegenseitig anzuleiten, um die Codebasis, Dokumentation, Teampraktiken, Tools usw. kontinuierlich zu verbessern. Führung wird in einem gesunden Scrum-Team auf viele Arten demonstriert, ohne dass ein oder zwei Personen als „Führer“ ernannt werden.
Es tut mir leid, viele Dinge in diesem Kommentar sind gut, aber es beginnt mit diesem Satz: „Sie sind das Opfer des veralteten Command-and-Control-Denkens“. Es ist sehr schwer, solche Sätze zu akzeptieren. Um Ihre Ratschläge so nützlich wie möglich zu machen, ist es sinnvoll, Fragen, allgemeine Aussagen oder Ich-Mitteilungen zu machen. "Du bist das Opfer..." schließt jede weitere Diskussion ab.
@CodeGnome / +CodeGnome Ich glaube nicht, dass ich ein Opfer bin. Ich habe das gesehen und es war eine großartige Erfahrung. Scrum schlägt vor, es nicht zu sein. Allerdings widerspreche ich entschieden. Ich denke über den Tellerrand von Scrum hinaus. Ich spreche überhaupt nicht von Verantwortlichkeiten. Ich spreche von einem Anführer innerhalb des Teams, der das Team entzünden kann, einer, der ihnen helfen kann, neue Dinge auszuprobieren, einer, der sie herausfordern kann (idealerweise ohne Autorität im klassischen Sinne).

In Scrum hat jede Person im Scrum-Team, einschließlich der Mitglieder des PO-, SM- und Entwicklungsteams, eine gewisse Führungs-/Managementverantwortung.

  • Der Product Owner ist Eigentümer des Product Backlogs. Priorität, Details zu jedem Artikel, Produktvision usw. Diese Person trägt die übergreifende Verantwortung dafür, sicherzustellen, dass das Produkt einen Wert hat. Ihre Führung basiert auf Werten.
  • Der ScrumMaster ist der dienende Leiter des Teams und in erster Linie dafür verantwortlich, dass die Arbeit effizient und im Einklang mit Scrum ausgeführt wird. Sie sind führend in Bezug auf Scrum-Konzepte und stellen sicher, dass die Arbeit effizient erledigt wird und dass das Team konzentriert und hart arbeitet. Sie sind ein Diener, indem sie Hindernisse beseitigen und als Puffer für das Team fungieren. Ihre Führung basiert auf Effizienz.
  • Das Entwicklungsteam ist eine sich selbst verwaltende Gruppe. Sie treffen die bestmöglichen technischen Entscheidungen, um sicherzustellen, dass sie das beste Produkt entwickeln, das die Anforderungen des Product Owners erfüllt. Es ist ihre Aufgabe sicherzustellen, dass alle PBIs, die einem Sprint zugeteilt wurden, erledigt werden. Sie "ziehen" Aufgaben, anstatt sie zugewiesen zu bekommen, und einigen sich darauf, wie sie die Arbeit am besten erledigen. Daher basiert ihre Führung auf technischer Kompetenz und Produktfertigstellung.

Das Schöne an Scrum ist, dass die Führung auf alle Teile des Teams verteilt ist, wodurch sichergestellt wird, dass jede einzelne Person im Idealfall die Verantwortung für das hat, was aufgebaut wird, und in dem Bereich führen kann, in dem sie am besten ist. Der PO, ein Geschäftsvertreter und die Stimme des Kunden, darf die Geschäftsentscheidungen leiten. Der SM ist eine prozessorientierte Person und darf das Team im Prozess führen und durch Scrum coachen. Das Dev-Team darf das tun, was es am besten kann, und in der Technologie- und Fertigstellungsabteilung leiten.

Ich hoffe, das beantwortet Ihre Frage!

Vielleicht sollten wir zuerst verstehen, was ist Servant-Leadership?

In seinen Arbeiten diskutiert Greenleaf die Notwendigkeit eines besseren Führungsansatzes, der den Dienst an anderen – einschließlich Mitarbeitern, Kunden und der Gemeinschaft – als oberste Priorität betrachtet. Servantleadership betont den verstärkten Dienst an anderen, einen ganzheitlichen Arbeitsansatz, die Förderung des Gemeinschaftsgefühls und die Teilung der Macht bei der Entscheidungsfindung.

Wer ist ein dienender Leiter? Greenleaf sagte, dass der Diener-Führer derjenige ist, der zuerst ein Diener ist. In „Der Diener als Führer“ schrieb er: „Es beginnt mit dem natürlichen Gefühl, dass man dienen möchte, zuerst dienen möchte. Dann führt eine bewusste Entscheidung dazu, nach Führung zu streben. Der Unterschied manifestiert sich in der Sorgfalt, die der Diener aufwendet – zuerst um sicherzustellen, dass die Bedürfnisse anderer Menschen mit der höchsten Priorität erfüllt werden. Der beste Test ist: Wachsen die, denen gedient wird, als Personen? Werden sie, während sie bedient werden, gesünder, weiser, freier, autonomer, werden sie eher selbst zu Dienern? Und wie wirkt sich das auf die am wenigsten Privilegierten in der Gesellschaft aus? Werden sie davon profitieren oder zumindest nicht weiter benachteiligt werden?“

aus: Dienende Führung

+Amo / @Amo Schlagen Sie vor, dass PO + SM dienende Leiter sein können?

Ich bin mit den meisten dieser Antworten nicht einverstanden. Teams brauchen Führung, egal um welchen Führungsstil es sich handelt. Es könnte Servant-Leadership oder etwas anderes sein, aber es muss Führung geben. Und gute Teams haben eine starke Führung. Wenn niemand an der Spitze des Tisches steht, der das Team motiviert, ermutigt und im Allgemeinen antreibt, dann wird das Team irgendwann stagnieren. Es liegt in der Natur des Menschen, bei jeder Gruppenbemühung auf einen Anführer zu setzen.

In Anbetracht dessen würde ich sagen, JA, der PO und der SM können zusammenarbeiten, um ein Team zu führen, wenn sie beide stark sind und Führungsqualitäten haben. Diese Position hatte ich in meinem letzten Job. Sowohl ich als auch der „Business Owner“ (wie wir dort POs nannten) hatten ein sehr starkes Verständnis für die geschäftlichen Anforderungen und die Stärken des Teams, und so leiteten wir dieses Team gemeinsam.

Außerdem kann ein PO ein sehr starkes Gespür für geschäftliche Anforderungen und eine klare Vision für sein/ihr Produkt haben und keinerlei Führungsqualitäten haben. Dasselbe gilt für SMs. Ein SM kann der beste Prozesscoach der Welt sein und nicht führen können. Agile Dogmatiker können die Team-Zusammensetzungs-Theorie nach Belieben verbreiten, aber die Realität ist, dass der Leiter des Teams organisch entsteht, und es wird die Person sein, die am besten geeignet ist, dieses Team zu führen, unabhängig von ihrer Scrum-Rolle und ihren Verantwortlichkeiten.

Entschuldigung, ich muss der organischen Entstehung von Führungskräften widersprechen, die „am geeignetsten sind, ein Team zu führen“; oft ist es die Person mit der lautesten Stimme, der überzeugendsten (unabhängig vom bereitgestellten Wert), der ehemals geschäftsführendsten, politischsten usw. Und all dies wird von der wahren Kultur der Organisation selbst überlagert, unabhängig davon, was intern ist Praktiken oder Werte, die sie als wichtig bezeichnen.
Das ist ein interessanter und solider Punkt. Manchmal tritt der Lauteste statt des Qualifiziertesten hervor. Ich denke aber, das ist selten. In meiner (egal wie vielen) Tätigkeit in der Geschäftswelt habe ich das vielleicht einmal erlebt, und selbst dann dauerte es nicht lange, bis er nicht ernst genommen wurde. Trotzdem hast du einen guten Punkt. Danke für den Kommentar.

Das Team hat keinen festen Anführer. Das Team ist eine Gruppe ohne einen einzigen Anführer. Selbst organisiert. Selbst motiviert. Selbständig. Selbst führen.

Wenn das Team einen Leiter braucht , ist es noch kein Team im Sinne von SCRUM.

Allerdings können gute Führungsqualitäten, gute soziale Fähigkeiten und eine optimistische und positive Person in jeder SCRUM-Rolle von Vorteil sein.

+nvoigt / @nvoigt "Wenn das Team einen Leader braucht, ist es noch kein Team im Sinne von SCRUM." Wollen Sie andeuten, dass Scrum keine Führung umfasst?
@sheidaei Ich habe genau das gemeint, was ich gesagt habe: Wenn ein Team einen Leiter braucht , ist es noch nicht bereit für SCRUM. Gruppendynamiken sind zerbrechlich und vorübergehende Führer können jederzeit und für jede Dauer auftauchen. Aber wenn jedes Mitglied nur passiv darauf wartet, von jemand anderem geführt zu werden, wird es nicht funktionieren. Und es wird kein SCRUM sein, wenn Sie einen starken Leader in ein solches Team stecken. Denn dann ist es kein Team, sondern eine Hierarchie.
Ich denke, wir sind auf derselben Seite, ich verweise Sie auf die kurze Anmerkung von Mike Cohn, einem der Gründer von Scrum zum Thema Führung. „Es gehört mehr dazu, ein selbstorganisiertes Team zu führen, als Pizza zu kaufen und aus dem Weg zu gehen. Führungskräfte beeinflussen Teams auf subtile und indirekte Weise.“ mountaingoatsoftware.com/blog/…
@sheidaei Die in diesem Link beschriebenen Taktiken würde ich nicht als "Führung" bezeichnen. Es ist ein Nacht-und-Nebel-Angriff hinter dem Rücken des Teams. Ich würde einen Scrum Master verachten, der das tut, was dort vorgeschlagen wird. Wenn ein Anführer auftaucht, bin ich dafür, alle anderen Teammitglieder zu befähigen, auf sein Niveau aufzusteigen, damit es wieder mehr ein Team wird. „Den Topf rühren“, Intrigen und Pläne hinter dem Rücken des Teams zu schmieden und zu hoffen, dass der Anführer irgendwie fallen wird, ist für die Adelshöfe des 17. Jahrhunderts nichts, was ich in meinem Büro haben möchte. Gute Führung muss nicht versteckt und subtil sein. Gute Führung kann im vollen Licht stehen.