Ich bin ein ScrumMaster für ein Team von 7 Entwicklern/QAs.
Ich habe Mühe, meinen PO zu coachen / zu meinem PO durchzukommen. Einerseits ist er sehr daran interessiert, ein PO zu sein und so zu arbeiten, wie ein PO arbeitet, aber er versteht einfach nicht wirklich, dass sein Verhalten dem Team nicht hilft, autonomer und selbstverwaltender zu werden.
Dies sind die Verhaltensweisen, von denen ich glaube, dass sie dem Team schaden:
In meiner Karriere würde ich sagen, dass er am weitesten davon entfernt ist, ein Produktmanager zu sein, und eher ein Command-and-Control-Manager.
Was ich versucht habe: + 1-on-1's, Erklärung der Rolle und Coaching + Nutzung von Retrospektiven, die das Team dazu bringen, die fehlenden Akzeptanzkriterien zu benennen + Workshops, die Team und PO dazu bringen, die Rollen von PO, SM und Team zu verstehen.
Nichts scheint zu funktionieren
Hier sind ein paar Vorschläge.
Verwendung von Rückblicken, die das Team veranlassen, die fehlenden Akzeptanzkriterien zu benennen
Die von Ihnen erwähnten Verhaltensweisen sind allesamt gültige Themen für Retrospektiven, nicht nur das Fehlen von Akzeptanzkriterien.
Außerdem besteht die Idee von Retrospektiven nicht nur darin, Probleme anzusprechen, sondern auch den Fortschritt bei ihrer Lösung zu überwachen. Wenn das Team aus einer Retrospektive Maßnahmen ergreift, ist es oft eine gute Idee, diese bei der nächsten Retrospektive zu überprüfen. So wird sichtbar, wenn keine Fortschritte erzielt werden.
Was ich ausprobiert habe: + 1-on-1's, Erklärung der Rolle und Coaching
Coachen Sie nicht nur den Product Owner, sondern auch das Team. Bringen Sie ihnen bei, dass es in Ordnung ist, den Product Owner zurückzudrängen und ihre Bedenken bei Retrospektiven zu äußern. Es liegt nicht in der Verantwortung des Scrum Masters, alle Probleme des Teams zu lösen, aber es ist die Rolle des Scrum Masters, die Lösung zu erleichtern .
Es ist wahrscheinlich, dass diese Situation nur gelöst werden kann, wenn das gesamte Team an einem Strang zieht.
Unermüdliches Nachfragen nach Updates. Wann wird das fertig sein, wann wird das fertig sein
Dieses und andere erwähnte Verhalten wirken sich auf die Leistung und Effektivität des Teams aus. Melde es als Teil deiner Sprint Reviews. Zum Beispiel:
In Sprint 7 haben wir viele gute Werte geliefert, aber unsere Effektivität wurde durch ständige Unterbrechungen des Teams verringert. Es ist wahrscheinlich, dass die Leistung des Teams gesteigert werden würde, wenn wir diese Situation verbessern könnten.
Halten Sie den Ton positiv und betonen Sie, dass Sie nur die Leistung des Teams verbessern wollen.
Ich habe zwei Anmerkungen:
Behandeln Sie ein/zwei Probleme gleichzeitig (seien Sie inkrementell) . Das erfordert Ihre ganze Verhandlungsstärke! Ich schlage vor, dass Sie eine Priorisierungsliste erstellen, die Ihrer Meinung nach einfacher für ihn ist, loszulassen und jede Liste jedes Mal ein oder zwei anzusprechen. Ich würde damit beginnen, was für ihn einfacher ist, denn sobald Sie Ihren Standpunkt beweisen, schaffen Sie Vertrauen und er wird in der Lage sein, sich anderen schwierigeren Dingen zu stellen
Was ich versucht habe: + 1-on-1's, Erklärung der Rolle und Coaching + Nutzung von Retrospektiven, die das Team dazu bringen, die fehlenden Akzeptanzkriterien zu benennen + Workshops, die Team und PO dazu bringen, die Rollen von PO, SM und Team zu verstehen.
Hier untersuchen Sie nur, warum Sie und Ihr Team denken, dass das, was er tut, „falsch“ ist. Sie müssen ihn auch fragen und tief verstehen, warum er denkt , dass das, was er tut, für das Team wertvoll ist (vielleicht mit einem kombinieren?).
Vorschlag: Wählen Sie die Störungen aus, die das Entwicklungsteam für nicht verhandelbar hält, z. B. würde ich persönlich die Unterbrechung des Daily Scrum und die Unterbrechung der Entwickler während des Arbeitstages wählen. Machen Sie sich dann daran, sie konsequent durchzusetzen und gleichzeitig die Würde aller zu gewährleisten. Aber machen Sie es sehr transparent, z. B. ändern Sie den Ort des Daily Scrum, besorgen Sie sich ein 'POLICE DO NOT CROSS'-Band und löschen Sie 'LICE' usw. Machen Sie es allen Spaß.
Beachten Sie, dass dies Hindernisse sind. Die Rolle des Managements bei Agile besteht darin, Hindernisse zu beseitigen, also stellen Sie sicher, dass Sie ihre Unterstützung haben. Aggressives Verhalten ist völlig inakzeptabel und Sie sollten sich diesbezüglich gezielte Hilfe suchen.
Aber kommen auch von einem Ort des Verstehens. Warum verhält sich die PO so? Wenn der PO keine Sicherheit in seiner Umgebung genießt, können Sie ihm bei seinen Behinderungen helfen?
Erik
Thomas Owens
nvoigt
Benutzer32613
nvoigt