Wie sollte ein Scrum Master mit einem Product Owner umgehen, der das Team mikromanagt?

Arbeitet derzeit mit dem Product Owner/CEO in einer Scrum-Rolle.

Mein Führungsstil beginnt mit der PO zu kollidieren. Sein Führungsstil ist folgender:

  • Überstunden machen und am Wochenende Arbeit mit nach Hause nehmen. 9 bis 21 Uhr mit unbezahlten Überstunden. Bisher hat er uns dies nicht aufgezwungen, hauptsächlich weil es viel Widerstand vom Dev-Team und mir gab. Die Teams, die er leitet (Vertrieb), arbeiten jedoch von 8 bis 6 (9-Stunden-Tage) lange, wenn dies der Fall sein sollte 8-Stunden-Tag (40-Stunden-Woche) arbeiten

  • Wasserfallmethode des Managements

  • Schwer zufrieden zu stellen, will immer mehr.

  • Mikromanagement, Computerbildschirme beobachten, den Leuten auf den Fersen sein, um sicherzustellen, dass sie die Arbeit machen.

  • Prozessgesteuert

Mein Führungsstil:

  • Überstunden um jeden Preis vermeiden, nur in Notsituationen darauf zurückgreifen. Glaube fest an Work-Life-Balance und habe das Gefühl, dass 40 Stunden pro Woche VIEL Zeit sind, um deine Arbeit zu erledigen.

  • Agiles Management

  • Prozessgesteuert, mit einer großen Portion Sprints richtig planen, um das Auftreten von Notfallsituationen zu vermeiden.

  • Delegieren Sie Arbeit, wo und wann ich kann, und maximieren Sie die Ressourcen so weit wie möglich. Kollegen führen, statt sie zu führen.

  • Verfolgen Sie die Geschwindigkeit des Teams, ohne es durch das Lesen von Burn-Down-Diagrammen und das Ansprechen von Hindernissen beim Aufstehen zu mikromanagen

  • Das gibt dem Entwicklungsteam viel Freiheit in Bezug darauf, wie es Aufgaben erledigt, sobald ein Backlog festgeschrieben ist und der Sprint begonnen hat.

  • Die Moral hoch halten und anschließend das Team auf meiner Seite halten, um einen positiven Einfluss und eine hohe Arbeitsmoral zu bewahren.

Ich stelle fest, dass unser Führungsstil zu kollidieren beginnt, da ich manchmal unter Druck stehe, meinen Führungsstil so zu ändern, dass er seinem ähnlicher wird. Ich bin derzeit auf der Suche nach einem neuen Job, bei dem ich Agilität in einem Umfeld praktizieren kann, das es wirklich umfasst. Was kann ich noch tun?

Ich habe versucht, mit ihm darüber zu sprechen, entspannter mit dem Team umzugehen, und nannte eine Abnahme der Moral, die zu schlechter Qualität der Arbeit führt, wenn wir das Entwicklerteam zwingen, über seine vertraglich vereinbarten Stunden hinaus zu arbeiten.

Da er kein Glück hat, denkt er nur, dass wir nicht hart genug arbeiten, da wir nicht viele Überstunden machen. Dh 9-11 Stunden Tage statt der üblichen 8

Während ich hier bin, möchte ich wirklich, dass sich dieses Unternehmen so verändert, dass es Agilität richtig annimmt und weiterhin ethisch geführt wird, wenn ich weiterziehe.

Ich stimme dafür, diese Frage als nicht zum Thema gehörend zu schließen, da ich nicht denke, dass dies eine Frage zum Projektmanagement ist. Dies kann für die Belegschaft oder möglicherweise für das Gesetz angemessen sein. Aber ich denke, Sie kennen die Antwort bereits; Die Vision des Managers vom Team und dem Unternehmen steht in heftigem Widerspruch zu Ihrer eigenen. Die einzig verantwortungsvolle Sache ist, ein Unternehmen zu finden, in das Sie passen. – Mark C. Wallace vor 39 Sekunden Bearbeiten
Ich frage mich, ob dies das Gesamtbild Ihrer vorherigen Frage ist . Sollten UI/UX-Designer direkt mit dem Product Owner zusammenarbeiten?
Mir kommt es so vor, als ob Ihr CEO kein Scrum machen will . Sie können Scrum nicht gegen das Unternehmen implementieren. Wenn der Leiter des Unternehmens nicht agil arbeiten möchte, müssen Sie einen besseren Arbeitsplatz finden.
Faszinierende Lage. Ich würde gerne die Antworten der Leute sehen. Die Abstimmung offen zu lassen ist das, worauf ein PjM hin und wieder stößt.
@nvoigt gibt es Unternehmen da draußen, die es richtig machen? Werde gerade total entmutigt. Ich denke wirklich, dass es eine erstaunliche Art ist, Dinge zu tun, es ist der Grund, warum ich in PM einsteigen wollte, und es funktioniert mit uns in dem Sinne, dass ich gesehen habe, wie das Produkt vor und nach dem Scrum war. Das Problem ist, dass der CEO jedes Mal, wenn wir damit erfolgreich sind, dies nicht als „gutes Projektmanagement“ ansieht, sondern, wie ich bereits geschrieben habe, gierig nach mehr zu liefernder Arbeit wird. Werden die Stakeholder in großen Unternehmen verständnisvoller sein?
@bobo2000 Ja, es gibt sie. Es geht nicht um groß oder klein, sondern ob das obere Management tatsächlich agil ist. Wie gesagt, man kann es nicht gegen das obere Management durchsetzen.
„Überstunden um jeden Preis vermeiden“ – Überstunden zu machen, um ein Projekt abzuschließen, verbirgt die wirkliche Zeit, die benötigt wird, um es fertigzustellen. Dies macht die Planung zukünftiger Projekte immer schwieriger, da niemand die tatsächliche Geschwindigkeit abschätzen kann. Dies könnte ein weiteres Argument sein, um die PO davon zu überzeugen, Überstunden zu machen?

Antworten (4)

Setzen Sie die Rollen von Scrum durch

In Scrum besitzt der Product Owner das Product Backlog, ist aber nicht der „Boss“ des Teams. Tatsächlich soll er ein kollaborativer Peer des Scrum Masters und des Entwicklungsteams sein.

Der Product Owner kann dem Team keine Arbeit zuweisen. Das Team wählt Product Backlog Items aus, die in den Sprint aufgenommen werden sollen, basierend auf der prognostizierten Teamkapazität (z. B. Velocity) und den Verhandlungen mit dem Product Owner während der Sprint-Planung. Der Product Owner muss möglicherweise daran erinnert werden, dass er die Inhalte des Product Backlogs und deren Prioritäten kontrolliert, aber er kann dem Team nicht das Tempo vorgeben oder Implementierungsdetails diktieren.

Während es oft wünschenswert ist, dass ein Product Owner mehr Zeit in das Team investiert und dem Team außerhalb der formellen Zeremonien zur Verfügung steht, um Fragen zu beantworten und mit dem Rest des Scrum-Teams zusammenzuarbeiten, möchten Sie in diesem Fall vielleicht Ihre verwenden Scrum Master-Rolle des „Prozess-Schiedsrichters“, um ihm den Zugang zum Entwicklungsteam außerhalb formeller Zeremonien zu verwehren. Ob Sie dies im Stillen nebenbei oder öffentlich während der Sprint-Retrospektive tun, bleibt Ihnen überlassen.

Wenn der Product Owner sich weigert, die Regeln von Scrum zu befolgen oder die Rollen angemessen zu befolgen, müssen Sie es zu seinem Linienmanagement eskalieren. Es liegt dann an ihnen, ihn zu disziplinieren, zu reformieren oder zu ersetzen.

Wenn sie keines dieser Dinge tun, dann tun Sie das Richtige, indem Sie sich einen anderen Job suchen.

Kann nicht zu mgmt eskalieren, wenn PO der CEO ist...
@RubberDuck Natürlich kannst du das. Ein CEO berichtet an einen Verwaltungsrat. Denken Sie nicht klein und schränken Sie Ihre Optionen nicht ein, wenn Sie nach einer Lösung suchen.

Ich denke hier gibt es 2 Probleme.

Eine davon ist, welche Methode des Projektmanagements das Unternehmen anwenden sollte. Dies sollte entschieden werden, aber es sollte klar sein, dass eine definierte Methode verwendet werden muss und nicht der Ansatz , dass wir es schon tun . Sie können dies mit Ihrem CEO besprechen und sich einigen. Möglicherweise müssen Sie ein wenig Kompromisse eingehen.

Das zweite Thema betrifft das Personalmanagement . Ich glaube nicht, dass Sie die Barriere zwischen dem CEO und den Arbeitern sein müssen (auch wenn ein PjM normalerweise genau das tut). Ich schlage vor, dass Sie mit ihm darüber sprechen und klarstellen, dass alle auf das gleiche Ziel hinarbeiten – und dass manche Menschen mit 8 Stunden/Tag effizienter arbeiten und andere mit 11 Stunden/Tag effizienter sind. Menschen zu zwingen, gegen ihr höchstes Effizienzniveau zu arbeiten, wird weniger Output produzieren, nicht mehr.

Entscheiden Sie sich für Ziele und beweisen Sie ihm, dass das Team die Ziele erreicht.

Meine zwei Cent Eingabe.

Sein Verhalten zeugt von mangelndem Vertrauen. Vielleicht weil

  1. Das Team ist leistungsschwach und nimmt es nicht ernst, Ziele zu erreichen.
  2. Das Team ist nicht in der Lage, das zu liefern, was erforderlich ist.

Wenn Sie zufrieden sind, dass das Team unter den gegebenen Umständen/Ressourcen gut abschneidet, dann diskutieren Sie mit ihm mit konkreten Kennzahlen, die Ihren Standpunkt stützen, und wenn er das Mikromanagement immer noch fortsetzt, können Sie mit Statistiken, die Ihren Standpunkt belegen, zum Management gehen.

Zweitens können Sie mit dem Management über sein Überschreiten sprechen und wie es für das Team demoralisierend ist.

Du bist in einer schwierigen Lage, geht mir das Herz auf.

In diesem Szenario würde ich den CEO fragen, ob es bestimmte Anforderungen gibt, die er Sie auffordert, auf das Projekt anzuwenden. Wenn er auf einer 60-Stunden-Woche besteht, betritt das juristisches Gebiet, auf dem ich nicht beraten kann - ich würde mit einem Anwalt sprechen.

Da er auf einem Wasserfallansatz besteht, würde ich an Ihrer Stelle mit der Arbeit an einem Wasserfallansatz beginnen.

Abgesehen davon habe ich jedoch festgestellt, dass festgefahrene, sture CEOs meiner Erfahrung nach nicht gut auf Vorschläge ihrer eigenen Mitarbeiter reagieren – aber ich habe festgestellt, dass sie viel offener für Ideen sind, die von Dritten kommen.

Wenn Sie einen Weg finden, Ihren CEO dazu zu bringen, entweder an einer Agile-Konferenz oder einem Workshop teilzunehmen oder einem Berater zu gestatten, zu Ihnen zu kommen und Ihre aktuellen Methoden zu überprüfen, dann werden Sie ihn meiner Meinung nach wahrscheinlich offener für die Idee finden.

Kontrollorientierte CEOs neigen dazu, sich mehr darum zu kümmern, ihre Dominanz auszuüben, als ihr Geschäft zu verbessern, aber manchmal sind sie eher bereit, Menschen zuzuhören, von denen sie glauben, dass sie sie nicht kontrollieren müssen.

Viel Glück!