Agile Delivery Manager: Un nuevo rol bajo el sol del Agilismo

Como contexto, en mi trabajo actual se trabaja con marcos ágiles en donde algunos proyectos son manejados por Sprints (Scrum) y hay otros en el que los tableros se gestionan bajo demanda del cliente y priorización semanal (Kanban) para proyectos relacionados a aplicaciones operativas de nuestros clientes por lo que hay entregas frecuentes pero no están por Sprint. 

Todo comenzó cuando me pregunté ¿cuál es la mejor forma de presentarme con los clientes y cuál es la mejor forma en la que puedo aportar en este nuevo trabajo? Aparte mi Chief ya me andaba presentando como la "Project Manager" y pues aparte de que ya no quiero volver a ejercer ese rol, realmente no se ajustaba ni a lo que se necesitaba ni a lo que estoy haciendo: gestionar las entregas de productos de varios proyectos utilizando el marco ágil adecuado y realizando acciones para acordar las prioridades con los Product Owners y asegurar que el equipo comprenda los requerimientos desde varias perspectivas sin que los equipos estén a mi cargo.

Al aterrizar mis funciones y hacer una investigación en nuestra amada Internet, encontré algunos artículos sobre "Agile Delivery Manager" y todo me hizo sentido /*Incluí referencias de estos artículos al final de este Blog*/ . Para facilitar la comprensión en comparativa con otros roles, te comparto esta tabla:

Funciones principales del Agile Delivery Manager o Delivery Manager en proyectos ágiles:

• Gestiona la entrega de productos utilizando un adecuado marco ágil.
• No dirige a los equipos, sino que trabaja con Product Owners, Scrum Masters, Líderes, Scrum Developers, Agile Teams y todos los relacionados en la entregas para fomentar procesos de planeación de manera colaborativa y dinámica.
• Apoya en el dimensionamiento y entendimiento de los entregables para asegurar que el equipo comprende las prioridades y necesidades de los Product Owners.
• Identifica y comunica dependencias entre equipos.
• Ayuda a destacar los riesgos y desperdicios del proceso de entrega.
• Aborda impedimentos que afectan a los equipos y a un ecosistema más amplio.
• Organiza retrospectivas que involucren a varios equipos para fomentar el aprendizaje colectivo que dejan los proyectos.

Si estás ejerciendo o te interesa ejercer este rol o llevas responsabilidades similares, aquí te dejo mis recomendaciones:

Cuida tu carga de proyectos: El máximo de proyectos a ejercer bajo este rol varía de acuerdo a la profundidad con la que se efectúen ciertas actividades, en mi caso por tener un perfil orientado a la Ingeniería de Requerimientos de software y a los marcos ágiles, me enfoco mucho en realizar tareas que ayuden a dimensionar los requerimientos y esto suele tomar mucho tiempo, cuando el Product Owner realmente ejerce su rol es menos el tiempo en esta tarea pero cuando no lo ejerce bien esta tarea puede consumir demasiado tiempo para el Delivery Manager, así que mi recomendación es: Si no profundizas en tareas relacionadas a dimensionamiento de requerimientos se pueden estar gestionando bajo este rol máximo 4 proyectos pero si profundizas en estas tareas máximo 2 proyectos. Recuerda que entre más proyectos a gestionar más ineficientes somos. #NoAlMultitasking 

Cuida la carga de tus actividades: Como este rol es de apoyo para los equipos y entregas, se puede prestar a que quien dirige los proyectos comience a delegar a este rol ciertas responsabilidades que le tocan, es sumamente importante que siempre queden claras las fronteras de cada rol porque aunque es importante ser versátiles y apoyar cuando se pueda, si no se controla la carga de responsabilidad el Agile Delivery Manager se convierte en cuello de botella.

Gestiona el Testing sin que te conviertas en Tester: Parte vital de las entregas no es solo entregar a tiempo sino entregar con calidad; cuando el equipo de testing está fuera de la célula de trabajo por estar gestionado por otra área es necesario asegurar que el Testing sea incluído y validar sus resultados, y asegurarse de que el equipo de Testing cuente con la misma visión compartida al equipo de desarrollo.

Conclusión: Seguramente varios al leer el título de mi blog pensaron algo como "A ver qué rol se están inventando ahora", jajaja y es un hecho que nos encanta bautizar los roles con nombres "diferentes" pero también es un hecho que el Desarrollo de software tiene una complejidad esencial que se puede cubrir desde varias perspectivas y cada perspectiva se convierte en un rol que cuida un aspecto específico de este intanglible "indomable" y maravilloso llamado software. Mientras los roles aporten y no sean aberraciones como un "Scrum Owner Developer Master".

Referencias:
http://itsadeliverything.com/delivery-manager-a-new-role-for-an-agile-world  
https://www.gov.uk/service-manual/the-team/what-each-role-does-in-service-team  
https://gds.blog.gov.uk/2012/12/12/a-day-in-the-life-of-a-delivery-manager  
http://emilywebber.co.uk/what-is-an-agile-delivery-manager/ 
https://www.quora.com/Whats-the-difference-between-delivery-manager-and-project-manager