Wie kann ich mit einem Entwicklungsleiter umgehen, der sich in die Ressourcenzuweisungen in meinem Team einmischt?

Ich bin QA-Manager mit 5 Berichten. Unser Team hat auch einen Dev Manager, der gleichermaßen im Scrum-Team eingebunden ist. Meine Besorgnis ist langsam gestiegen, als sie meine Mitarbeiter direkt fragt, wie sie sich fühlen würden, wenn sie ihre Verantwortung innerhalb des Teams ändern würden. Zum Beispiel sind derzeit 2 QAs für die Überprüfung von Problemen sowie die Automatisierung zuständig. Sie mailt ihnen und fragt sie direkt, wie sie sich fühlen würden, wenn eine von ihnen nur die Überprüfung ausstellt und die andere die Automatisierung (schleift mich in der E-Mail). An der Idee selbst ist zwar nichts auszusetzen, aber die Situation ist so, dass ich ihm bereits gesagt habe, dass wir, das QA-Team, bereits darüber diskutieren, wie wir die Dinge auftragsmäßig verschieben können. Ich würde wirklich erwarten, dass sie das auf meinem Teller lässt für den Umgang damit, bis ich sie über unsere Entscheidung als QA-Team auf dem Laufenden halte.

Wie kann ich:

  1. Ihm nachdrücklich mitteilen, dass die Zuweisung von QA-Ressourcen für mich und das QA-Team als Ganzes gilt?
  2. Klar definieren, wo die Grenzen für meine Rolle und seine sind - was für ihn verschwommen zu sein scheint?
Nicht, dass es besonders wichtig wäre, aber der Entwicklungsmanager ändert das Geschlecht zwischen Ihrer Beschreibung ("sie") und der zweiteiligen Frage ("ihn"). Wie gesagt, die Frage ist nicht geschlechtsspezifisch, aber mir ist es aufgefallen, also erwähne ich es.
@PoloHoleSet Das stimmt. Es geschah, weil wir gerade eine Interims-Entwicklerin hatten, die eine Dame war. Unser Dev Manager ist jetzt zurück. :)
Und beide tun/machten das? Oder die normale ist? Oder spielt das keine Rolle, weil Sie sowieso wissen wollen, wie Sie mit so etwas am besten umgehen, weil es wieder passieren könnte?
Der eigentliche, der zurückkam, ist so. Der vorläufige tat so etwas nicht. Ich möchte es richtig handhaben. Ich bin neu im Management.
Sofern sie nicht über Ihrer direkten Befehlskette stehen, sollten sie sich nicht an Ihre Berichte zu Prozessproblemen wenden. Ich würde mit Ihrem Chef darüber sprechen, als ob er bereit sein müsste, wenn es schlecht läuft.
Ich verstehe, woher Sie kommen. Das ist die richtige Situation. Unsere Teams sind jedoch nicht so organisiert. Ressourcenzuweisungen zwischen Teams liegen immer noch in der Verantwortung des QA-Managers. Innerhalb der Scrum-Teams sollte sich das Team selbst organisieren, verstehe ich. Ich habe in solchen Teams gearbeitet. Dieses Teammodell ist jedoch nicht so. Die Zuweisung von DEv-Ressourcen liegt ausschließlich in der Verantwortung des Dev-Managers. Ebenso für QA.

Antworten (2)

Teilen Sie dem Entwicklerleiter einfach mit, wie der gewünschte Prozess aussieht. Es besteht kein Grund, sich darum zu kümmern. Nur so etwas

Hey, ich verstehe, dass Sie die Arbeitsbelastung für alle optimieren möchten, aber es hat keinen Sinn, die QAs direkt zu fragen. Dies ist eine Managemententscheidung, und wenn Sie die QAs direkt fragen, denken sie möglicherweise, dass es bereits eine Entscheidung gegeben hat. Fragen Sie mich also bitte einfach, um Verwirrung zu vermeiden.

Eskalieren Sie nur, wenn dies nicht funktioniert.

Es ist ein Balanceakt

Während ich den Wunsch, Ihre Mitarbeiter zu führen, durchaus verstehe, müssen Sie auch verstehen, dass dies die Art und Weise ist, wie es in einem agilen Team funktionieren sollte.

Viele Leute machen „Scrum“, aber es sind immer noch die Manager, die das Sagen haben und die Arbeit zuweisen. So soll es eigentlich nicht sein.

Richtige Agilität ist teamorientiert. Das Team sollte die Entscheidungen treffen und Arbeitsverteilungen als Gruppe besprechen und austauschen.

Das Scrum-Team soll die „Grenze“ sein. Nicht Ihre Managementberichte! Leute, die sagen, jemand „sollte Ihre Berichte nicht kontaktieren“, haben keine Erfahrung mit der Arbeit in einem agilen Umfeld.

Sie haben jedoch eine Organisation, die nicht vollständig auf das Produkt ausgerichtet ist. Wenn Sie eine Mischung aus taktischer Projektleitung (ein Scrum-Team) und rollenorientiertem Management (Entwicklungsmanager, QA-Manager) haben, kann es verwirrend werden, welche Art von Dingen über die beiden Kanäle gehandhabt werden sollen.

Einige Organisationen sagen einfach: „Okay, wir lösen dieses Problem, indem wir einfach alle einem Vorgesetzten für dieses Produkt/diese Dienstleistung/diese Komponente unterstellen.“ Andere entwickeln Richtlinien oder Leitplanken dafür, was die Berichtsstruktur im Vergleich zum agilen Team tut.

Der Weg, dieses Problem zu lösen, besteht darin , entweder eine Gruppe von Managern, einschließlich des Entwicklungsmanagers, oder einen agilen Coach, falls Sie einen zur Hand haben, offen und im Geiste des Hinterfragens zu fragen : „Hey, ich bin es also gewohnt, in Umgebungen zu arbeiten, in denen Ich sage, wer was in meinem Team macht. Aber in unserem agilen Team fängt das Team an, solche Dinge selbst zu organisieren. Wie bringen wir das Team, das Entscheidungen trifft, mit der Managementverantwortung für die Entwicklung unserer Berichte usw. in Einklang?“ und lassen Sie das Managementteam eine normative Antwort finden, die für alle sinnvoll ist.

Aber einfach darauf zu bestehen, dass die Arbeitsaufträge von Ihnen kommen, kann eine karrierehemmende Maßnahme sein, wenn die Organisation es ernst meint, agil zu sein.

Das Problem ist, dass diese Selbstorganisation bei dieser Art von Entscheidungen nicht in diesem Sinne innerhalb des Teams stattfindet. Die Ressourcenzuweisungen von Entwicklerteams gehen nur über den Entwicklermanager und keinen anderen Weg, aber die Zuweisungen von QA-Teams müssen über sich selbst organisierende QA-Teams erfolgen? Es soll eine Zweibahnstraße entstehen.
Wie kann ich mit einem Entwicklungsleiter umgehen, der sich in die Ressourcenzuweisungen in meinem Team einmischt?
AntwortenHierDatenschutz-Bestimmungen1y, 0v