Delivery Manager - Eine neue Rolle in der agilen Welt

Guten Tag an alle!

Bis Ende des Jahres war fast alles übrig, aber wir werden noch einige neue Produkte in den Kursen haben. Einer dieser neuen Kurse ist Agile Delivery Manager , der von Marina Arefieva erstellt wurde . Aus Tradition haben wir offene Lektionen und interessante Materialien für Sie vorbereitet. Heute lernen wir die Vision kennen, was Delivert Manager ist und womit es gegessen wird.

Lass uns gehen.

Rich Lewis ist der beste, mit dem ich je gearbeitet habe. Als ich ihn kennenlernte, war er Business Analyst und Scrum Master eines kleinen Teams. Er hat seinen Job gemacht, war aber eindeutig zu mehr fähig. Ich bot ihm die Position des Delivery Managers in dem Programm an, an dem ich zu dieser Zeit arbeitete.

Wir sprechen nicht oft über die Rolle des Delivery Managers. Natürlich gehört dies nicht zur agilen „Familie“, in der die Scrum-Terminologie dominiert. Product Owner; Scrum Master; Alle anderen werden als "Entwickler" bezeichnet. Das ist wahrscheinlich alles.

Der Titel des Post-Delivery-Managers ist jedoch vorhanden. Zum Beispiel bei The Government Digital Service (GDS) in Großbritannien und einer zunehmenden Anzahl von Unternehmen in den USA.



Warum brauche ich Delivery Manager?

Marty Cagan bemerkte in den USA einen Trend vom Projektmanager (kurz PM) zum Liefermanager . Marty mag diesen Trend und die neue Rolle aus drei Gründen:

• Die „Marke“ des Projektmanagers ist so beschädigt, dass möglicherweise ein Rebranding erforderlich ist. “
• „Es gibt eine Frage zum Ziel - das Produkt zu vervollständigen. Die Aufgabe liegt nicht in der Forschung, nicht in Lernprozessen; Der Zweck liegt ausschließlich in der Freigabe. “
• Der Delivery Manager ist für das Sortieren und Priorisieren von Produktproblemen verantwortlich, wodurch der Product Owner befreit wird.

Scrum-Benutzer sind sich sicher einig, dass die Rolle des Projektmanagers so getrübt ist, dass ein Rebranding erforderlich ist. Deshalb erschien laut Mike Cohn, einer der Scrum-Leuchten, die Rolle des Scrum-Masters. Ich denke jedoch, dass die Rolle des Scrum Masters bereits getrübt ist. Daher stelle ich keine Scrum-Master ein .

Ich habe jedoch Rich Delivery Manager angerufen, nicht weil mir der Begriff „Projektmanager“ nicht gefällt. Ich sehe keinen großen Konflikt zwischen Projektmanagern und Agile in allgemeinen / agilen Rollen. Ich sehe auch nicht viel Sinn darin, Projektmanager umzubenennen. Ich möchte den Leuten nur zeigen, was Delivery Manager bedeutet.

Was macht Delivery Manager?

Wenn Sie "Delivery Manager" googeln, sollten Sie sich nicht auf viele Ergebnisse verlassen. (Zum Zeitpunkt dieses Schreibens im Jahr 2015.) Eines der ersten wird Material vom British Government Digital Service (GDS) sein. Es hat viele interessante Dinge. Zum Beispiel beschreibt Mark Stanley einen Tag im Leben eines Delivery Managers in GDS . Er schreibt:

Delivery Manager schützt die Teamzeit, um eine kontinuierliche Leistung sicherzustellen. Teamzeit ist kostbare Zeit.

GDS enthält auch eine Beschreibung der Delivery Manager-Rolle. Die Hauptverantwortlichkeiten in dieser Rolle sind wie folgt:

• Geben Sie Projekte und Produkte frei, verwenden Sie die entsprechende agile Methodik, lernen Sie ständig und verbessern Sie Prozesse.
• Entwickeln Sie zusammen mit einem Produktmanager eine Roadmap und übersetzen Sie diese in User Stories.
• Verwalten Sie einen kollektiven, dynamischen Planungsprozess - das Hauptaugenmerk liegt auf der Arbeit, die angesichts der begrenzten Kapazität und Fähigkeiten des Teams erledigt werden muss.
• Matrixmanagement eines multidisziplinären Teams.
• Stellen Sie die Qualität des Produkts in allen Phasen sicher (Alpha / Beta / Produktion).
• Nehmen Sie aktiv an der Delivery Manager-Community teil, teilen und finden Sie Anwendungen für Fähigkeiten und Wissen und implementieren Sie Best Practices.

Mit der GDS-Rolle ist alles in Ordnung, und meiner Meinung nach ist sie viel nützlicher als die Rolle eines Scrum-Masters.

Programmmanager und Liefermanager

Ich hatte definitiv ein Bedürfnis, als ich Rich in die Rolle des Delivery Managers einlud. Das Fazit lautet:

• Ich hatte drei Entwicklungsteams, die in einem großen Raum arbeiteten - nur ungefähr 35 Leute.
• Ich brauchte einen Prozess und ein Kanban- Board für das gesamte Team.
• Ich war nur vier Tage die Woche anwesend, einer davon aus der Ferne.

Tatsächlich leitete Rich das Kanban-Board und alle damit verbundenen Prozesse. Er knüpfte enge taktische Beziehungen zum Besitzer des Produkts und stellte sicher, dass die Karten erstellt und mit dem elektronischen Ticketsystem synchronisiert wurden. Er sammelte Metriken, zeichnete das kumulative Flussdiagramm und organisierte Retrospektiven. Außerdem war er jeden Tag bei der Arbeit anwesend, damit das Team in meiner Abwesenheit nicht an Schwung verliert.

Meine Beziehung zu Rich kann mit der des Chief Executive Officer (kurz - CEO) und des Chief Operating Officer (kurz Chief Operating Officer, kurz - COO) verglichen werden. Als CEO war ich das Gesicht des Teams. Während der Remote-Arbeit habe ich die Strategie mit den Remote-Stakeholdern besprochen, um sicherzustellen, dass die Vergütungen erreichbar und die Prioritäten angemessen sind. Wie COO war Richs Arbeit auf das Team ausgerichtet. Er half ihr weiterzumachen. Ich habe die richtige Richtung überprüft. Gemeinsam haben wir die Produktbesitzer glücklich gemacht.

DAS ENDE

Wie immer warten wir auf Ihre Fragen und Kommentare, die Sie hier hinterlassen oder in einer offenen Lektion direkt an Marina schreiben können.