Scrum Master wird zum Managen gemacht

Ich bin Scrum Master für ein Team von 6 Entwicklern und Testern. Es gibt auch einen Product Owner.

Das Management möchte, dass ich bestimmte Dinge tue, die ein traditioneller Manager tun würde, z. Bringen Sie das Team dazu, seine Stundenzettel auszufüllen.

Ich glaube nicht, dass das meine Aufgabe ist.

Was soll ich machen?

Antworten (5)

Bringen Sie dem Team bei, sich in Bezug auf Themen, die Sie vom oberen Management erhalten, selbst zu organisieren.

Wir hatten kürzlich ein ähnliches Problem mit Stundenzetteln. Der Scrum Master brachte das Problem ins Team. Das Team wollte den Wert der Arbeitszeittabellen besser verstehen und implementierte, sobald es verstanden hatte, eine Maßnahme, um sie täglich zu vervollständigen. Sie fügten dem Stand-up eine Frage hinzu: "Haben wir unsere Stundenzettel von gestern ausgefüllt?". Was funktionierte, und wenn sie es vergaßen, wurden sie daran erinnert. Das Gute hier ist, dass sie sich dafür entschieden haben, sie wurden nicht gezwungen.

Ein Scrum Master sollte der Organisation beibringen, wie man sich selbst organisiert. Dies geht in zwei Richtungen, das Team, aber auch das obere Management. Bring sie zusammen, lass sie jede Seite wirklich verstehen.

Daher denke ich, dass es in Ordnung ist, einen Scrum Master zu bitten, bei traditionellen Managementaufgaben zu helfen, aber sie so auszuführen, dass das Team sich selbst organisieren kann.

Sie sollten das Management darüber informieren, dass Sie als Scrum Master KEINE „exekutive“ Macht (in Ermangelung eines besseren Wortes) über Ihr Team haben und auch nicht für die Leistung Ihres Teams verantwortlich sind. Sie und Ihr Team sind EINS vor der Geschäftsführung.

Die für das Team verantwortliche Person ist der Teamleiter oder direkte Vorgesetzte (wahrscheinlich ein mittlerer Manager) und nur diese Person kann das Team „dazu bringen“, etwas zu tun.

Als Scrum Master können Sie diese Aktivitäten mit Ihrem Team moderieren und planen. Beispielsweise einigen Sie sich als Team darauf, dass keine Story als „erledigt“ gilt, wenn nicht alle Story-bezogenen Aktivitäten in einem Stundenzettel erfasst wurden. Sie können dafür verantwortlich sein, dies zu überprüfen. (Meine Erfahrung ist, dass Stundenzettel am Ende der Woche erstellt werden und nicht pro Story, sondern pro Projekt eingetragen werden).

Oder erstellen Sie eine unangenehme Geschichte „Als Manager brauche ich alle meine Teammitglieder, um Stundenzettel auszufüllen“, erstellen Sie Unteraufgaben für jedes Mitglied und planen Sie sie im Sprint.

Diese können im Rahmen Ihrer Rolle liegen. Sie können dafür verantwortlich sein, Ihre Teammitglieder daran zu erinnern , ihre Stundenzettel auszufüllen (z. B. beim Stand-up-Meeting am Stichtag).

Wenn ein Teammitglied diese weiterhin nicht so eingibt, wie Sie es als Team vereinbart haben, können Sie dies im Retrospektive-Meeting mit Ihrem Team ansprechen. Und wenn das nicht hilft, eskalieren Sie es zu seinem/ihrem Vorgesetzten.

Das können Sie Ihrem Management als Lösung vorschlagen.

Der Product Owner sollte in seiner reinen Scrum-Rolle nicht das Team leiten. Es trägt die volle Verantwortung für das Management des Produkts, des Sprints und der Teamleistung.

Ausgezeichnete Antwort +1 ... aber ich habe ein kleines Problem mit dem letzten Satz. Für meine empfindlichen Ohren klingt das etwas abwegig. Der PO ist Mitglied des Scrum-Teams, der PO hat genauso viel Recht zu sagen, dass er „ihr“ Team ist, wie der SM. Tatsächlich neige ich dazu zu sagen, dass der PO der „Boss“ des Teams ist (oft der ältere Mitarbeiter) und im Vergleich zum SM, der ein Diener ist, eine gewisse Macht hat (z. B. einen Sprint zu stoppen). Führer. Alle Teammitglieder sollten einander Rechenschaft schuldig sein und „Macht über jemanden haben“ oder etwas anderes sollte kein Thema sein.
Danke @onedaywhen - ich weiß es zu schätzen, dass du mich korrigiert hast. Ich habe den letzten Satz in Eile hinzugefügt - um zu sagen, dass die Führungsgewalt beim Vorgesetzten einer Person liegt. Ich stimme Ihnen in Bezug auf das Dienstalter von PO zu, obwohl PO in einer (sehr großen) Organisation, in der ich gearbeitet habe, ein Geschäftsbenutzer war, der das Team nicht verwaltet. Und meiner Erfahrung nach könnte PO auch Ihr Chef sein, aber es könnte eine seltsame Dynamik im Team auslösen. Mein Punkt ist, dass die „Rolle“ von SM oder PO aus Scrum-Perspektive am besten nicht mit Teammanagementrollen gemischt werden sollte.

Ich würde vorschlagen, dass Sie sich mit dem Managementteam zusammensetzen und eine klare Definition Ihrer Rolle vereinbaren.

Fragen Sie sie, ob sie möchten, dass Sie sich auf die Rolle des Scrum Masters konzentrieren, wie sie im Scrum Guide definiert ist, oder ob sie eine Art Hybridrolle wünschen.

Bieten Sie an, ihnen zu erklären, wie die Rolle des Scrum Masters funktionieren soll und welche Vorteile dies dem Team und der Organisation bietet.

Wenn sie auf einer hybriden Rolle bestehen, beachten Sie, dass dies Auswirkungen haben wird, die Folgendes umfassen können:

  • Eine Reduzierung der Zeit, die Sie für die Unterstützung von Scrum und die Beseitigung von Hindernissen aufwenden müssen
  • Eine Änderung in der Beziehung zwischen Ihnen und Ihrem Team von einem dienenden Leiter zu einem Manager/Administrator
  • Die Entmachtung des Teams, was sich auf seine Fähigkeit zur Selbstverwaltung und Anpassung auswirkt

Niemand sollte ihnen wirklich sagen, dass sie die Arbeitszeitnachweise machen sollen (und das liegt eindeutig nicht in Ihrer Verantwortung). Die Menschen müssen den Wert administrativer Aufgaben verstehen und sie organisch erledigen.

Basierend auf dem vorherigen sehe ich zwei Probleme, die sortiert werden müssen:

  • Warum das Ausfüllen von Stundenzetteln zu einem Problem wurde (ist das aktuelle Tool zum Beispiel zu schwierig zu verwenden?)

  • Erklären Sie den Leuten, warum es für das Unternehmen wertvoll ist, sie zu besetzen

Ich würde Ihre SM-Rolle definieren, wie sich das SM auf den Wert auswirkt und dann darüber sprechen, ein Teamplayer zu sein. Stundenzettel sind wahrscheinlich für das Unternehmen notwendig, liegen aber außerhalb des Aufgabenbereichs des Scrum Masters. Als Teamplayer können Sie die Stakeholder darüber aufklären, wie sich diese zusätzliche Pflicht auf den Rahmen auswirkt. Sind sie dazu bereit? Stundenzettel und TPS-Berichte können in ihrer Freizeit erstellt werden. Viel Glück!