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.
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.
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
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!
MCW
Amir Syafrudin
nvoigt
Danny Schoemann
bobo2000
nvoigt
hamena314