Delivery Manager - Un nouveau rôle dans le monde agile

Bonne journée à tous!

À la fin de l'année, il restait presque tout, mais nous aurons encore plusieurs nouveaux produits dans les cours. L'un de ces nouveaux cours est Agile Delivery Manager , qui a été créé par Marina Arefieva . Par tradition, nous avons préparé des leçons ouvertes et du matériel intéressant pour vous. Aujourd'hui, nous allons découvrir la vision de ce qu'est Delivert Manager et ce avec quoi il est mangé.

Allons-y.

Rich Lewis est le meilleur avec lequel j'ai jamais travaillé. Quand je l'ai rencontré pour la première fois, il était analyste d'affaires et maître de mêlée dans une petite équipe. Il a fait son travail, mais était clairement capable de faire plus. Je lui ai proposé le poste de Delivery Manager dans le programme sur lequel je travaillais à l'époque.

Nous ne parlons pas souvent du rôle de Delivery Manager. Bien sûr, cela ne fait pas partie de la «famille» Agile, où la terminologie Scrum domine. Propriétaire du produit; Scrum master; Tout le monde est étiqueté «développeur». C’est probablement tout.

Cependant, le titre du post-Delivery Manager existe. Par exemple, dans The Government Digital Service (GDS) au Royaume-Uni et dans un nombre croissant d'entreprises aux États-Unis.



Pourquoi ai-je besoin de Delivery Manager

Marty Cagan a remarqué une tendance aux États-Unis du gestionnaire de projet (PM en abrégé) au gestionnaire de livraison . Marty aime cette tendance et ce nouveau rôle pour trois raisons:

• La «marque» du chef de projet est tellement endommagée qu'il peut être nécessaire de changer de marque. »
• «Il y a une question sur l'objectif - terminer le produit. La tâche n'est pas dans la recherche, pas dans les processus d'apprentissage; le but est uniquement dans la libération. "
• Delivery Manager est responsable du tri et de la hiérarchisation des problèmes de produits, libérant ainsi le Product Owner.

Les utilisateurs de Scrum conviennent certainement que le rôle du chef de projet est tellement terni qu'il nécessite un changement de marque. C'est pourquoi, selon Mike Cohn, l'un des sommités Scrum, le rôle du Scrum Master est apparu. Cependant, je pense que le rôle du Scrum Master est déjà terni. Par conséquent, je n'engage pas de maîtres de mêlée .

Cependant, j'ai appelé Rich Delivery Manager, pas parce que je n'aime pas le terme «chef de projet». Je ne vois pas beaucoup de conflits entre les chefs de projet et Agile en général / rôles Agile. De plus, je ne vois pas grand intérêt à changer de marque pour les chefs de projet. Je veux juste montrer aux gens ce que signifie Delivery Manager.

Que fait Delivery Manager?

Si vous utilisez Google «Delivery Manager», vous ne devez pas vous fier à beaucoup de résultats. (Au moment d'écrire ces lignes, en 2015.) L'un des premiers sera du matériel du British Government Digital Service (GDS). Il y a beaucoup de choses intéressantes. Par exemple, Mark Stanley décrit une journée dans la vie d'un Delivery Manager dans GDS . Il écrit:

Delivery Manager protège le temps de l'équipe pour garantir des performances continues. Le temps d'équipe est un temps précieux.

GDS contient également une description du rôle Delivery Manager. Les principales responsabilités dans ce rôle sont les suivantes:

• Lancez des projets et des produits, utilisez la méthodologie agile appropriée, apprenez et améliorez constamment les processus.
• Avec un chef de produit, développez une feuille de route et traduisez-la en user stories.
• Gérer un processus de planification collective et dynamique - l'accent est mis sur le travail à faire, face aux capacités et capacités limitées de l'équipe.
• Gestion matricielle d'une équipe multidisciplinaire.
• Assurez-vous de la qualité du produit à toutes les étapes (alpha / bêta / production).
• Participer activement à la communauté Delivery Manager, partager et trouver des applications pour les compétences et les connaissances, mettre en œuvre les meilleures pratiques.

Tout est en ordre avec le rôle GDS, et, à mon avis, c'est beaucoup plus utile que le rôle d'un scrum master.

Gestionnaire de programme et gestionnaire de prestation

J'avais un besoin certain lorsque j'ai invité Rich au rôle de Delivery Manager. L'essentiel est:

• J'avais trois équipes de développement qui travaillaient dans une grande salle - seulement environ 35 personnes.
• J'avais besoin d'un processus et d'un tableau Kanban pour toute l'équipe.
• Je n'étais présent que quatre jours par semaine, l'un d'eux à distance.

En fait, Rich a exécuté le tableau Kanban et tous les processus associés. Il a établi des liens tactiques solides avec le propriétaire du produit, s'est assuré que les cartes étaient créées et synchronisées avec le système de ticket électronique. Il a recueilli des mesures, dessiné l'organigramme cumulatif, organisé des rétrospectives. De plus, il était présent au travail tous les jours pour que l'équipe ne perde pas de son élan en mon absence.

Ma relation avec Rich peut être comparée à celle du chef de la direction (brièvement - chef de la direction) et du chef de l'exploitation (chef de l'exploitation, brièvement - chef de l'exploitation). En tant que PDG, j'étais le visage de l'équipe. Au cours du travail à distance, j'ai discuté de la stratégie avec les principaux intervenants à distance afin de m'assurer que les compensations sont accessibles et que les priorités sont adéquates. Comme COO, le travail de Rich était dirigé au sein de l'équipe. Il l'a aidée à avancer. J'ai vérifié la bonne direction. Ensemble, nous avons fait plaisir aux propriétaires de produits.

LA FIN

Comme toujours, nous attendons vos questions et commentaires, que vous pouvez laisser ici ou les écrire directement à Marina dans une leçon ouverte .