Buen dia a todos!
A finales de año, no quedaba casi nada, pero aún tendremos varios productos nuevos en los cursos. Uno de estos nuevos cursos es
Agile Delivery Manager , creado por
Marina Arefieva . Por tradición, hemos preparado lecciones abiertas y materiales interesantes para usted. Hoy conoceremos la visión de qué es Delivert Manager y con qué se come.
Vamos
Rich Lewis es el mejor con el que he trabajado. Cuando lo conocí por primera vez, era analista de negocios y maestro de scrum de un pequeño equipo. Hizo su trabajo, pero era claramente capaz de más. Le ofrecí el puesto de Gerente de entrega en el programa en el que estaba trabajando en ese momento.
No solemos hablar sobre el papel de Delivery Manager. Por supuesto, esto no es parte de la "familia" ágil, donde domina la terminología Scrum. Propietario del producto; Scrum master; Todos los demás están etiquetados como "Desarrollador". Eso es probablemente todo.
Sin embargo, el título de la publicación - Delivery Manager, existe. Por ejemplo, en The Government Digital Service (GDS) en el Reino Unido y un número creciente de empresas en los Estados Unidos.
¿Por qué necesito Delivery Manager?Marty Cagan notó una
tendencia en los EE. UU. Del Project Manager (PM para abreviar) al Delivery Manager . A Marty le gusta esta tendencia y el nuevo rol por tres razones:
- La "marca" del gerente del proyecto está tan dañada que puede requerirse un cambio de marca ".
- “Hay una pregunta sobre el objetivo: completar el producto. La tarea no está en la investigación, no en los procesos de aprendizaje; el propósito es únicamente en la liberación ".
- Delivery Manager es responsable de ordenar y priorizar los problemas del producto, liberando así al propietario del producto.
Los usuarios de Scrum ciertamente están de acuerdo en que el rol del gerente del proyecto está tan empañado que requiere un cambio de marca. Es por eso que, según Mike Cohn, una de las luminarias de Scrum, apareció el papel del scrum master. Sin embargo, creo que el papel del scrum master ya está empañado.
Por lo tanto, no contrato a maestros de scrum .
Sin embargo, llamé a Rich Delivery Manager, no porque no me guste el término "gerente de proyecto". No veo mucho conflicto entre los gerentes de proyecto y Agile en general / roles ágiles. Además, no veo mucho sentido cambiar el nombre de los gerentes de proyecto. Solo quiero mostrarle a la gente cuál es el significado de Delivery Manager.
¿Qué hace Delivery Manager?Si busca en Google "Delivery Manager", no debe confiar en muchos resultados. (Al momento de escribir este artículo, en 2015). Uno de los primeros será material del Servicio Digital del Gobierno Británico (GDS). Tiene muchas cosas interesantes. Por ejemplo, Mark Stanley describe un
día en la vida de un Delivery Manager en GDS . El escribe:
Delivery Manager protege el tiempo del equipo para garantizar un rendimiento continuo. El tiempo del equipo es un tiempo precioso.GDS también tiene una descripción del rol de Delivery Manager. Las principales responsabilidades en este rol son las siguientes:
- Lanza proyectos y productos, utiliza la metodología ágil adecuada, aprende constantemente y mejora los procesos.
- Junto con un gerente de producto, desarrolle una hoja de ruta y conviértala en historias de usuarios.
- Gestione un proceso de planificación dinámico y colectivo: el enfoque principal está en el trabajo que debe hacerse, frente a la capacidad y capacidades limitadas del equipo.
- Gestión matricial de un equipo multidisciplinar.
- Asegúrese de la calidad del producto en todas las etapas (alfa / beta / producción).
- Participe activamente en la comunidad de Delivery Manager, comparta y encuentre aplicaciones para habilidades y conocimientos, implemente las mejores prácticas.
Todo está en orden con el rol de GDS y, en mi opinión, es mucho más útil que el rol de un scrum master.
Gerente de Programa y Gerente de EntregaTenía una clara necesidad cuando invité a Rich a la función de Delivery Manager. La conclusión es:
- Tenía tres equipos de desarrollo que trabajaban en una gran sala, solo unas 35 personas.
- Necesitaba un proceso y un tablero Kanban para todo el equipo.
- Estuve presente solo cuatro días a la semana, uno de ellos de forma remota.
De hecho, Rich ejecutó el tablero Kanban y todos los procesos relacionados. Estableció fuertes lazos tácticos con el propietario del producto, se aseguró de que las tarjetas fueran creadas y sincronizadas con el sistema de tickets electrónicos. Recopiló métricas, dibujó el diagrama de flujo acumulativo, organizó retrospectivas. Además, estaba presente en el trabajo todos los días para que el equipo no perdiera impulso en mi ausencia.
Mi relación con Rich se puede comparar con la del Director Ejecutivo (brevemente - CEO) y el Director de Operaciones (Director de Operaciones, brevemente - COO). Como CEO, era la cara del equipo. Durante el trabajo remoto, discutí la estrategia con los principales interesados remotos para asegurarme de que las compensaciones sean alcanzables y las prioridades sean adecuadas. Al igual que el director de operaciones, el trabajo de Rich se dirigió dentro del equipo. Él la ayudó a seguir adelante. Verifiqué la dirección correcta. Juntos hicimos felices a los propietarios del producto.
El fin
Como siempre, estamos esperando sus preguntas y comentarios, que puede dejar aquí o escribirlos directamente a
Marina en
una lección abierta .