Agile P.M.O.

Product Management Organization.

Alex Canizales
2017

Certified Scrum Professional
Certified Scrum Product Owner
Member
AgileAlliance Member
PMI Member
Alex Canizales Castro
Agile Coach | Speaker | Trainer
alcaniza@gmail.com @alcaniza https://es.linkedin.com/in/alcaniza
Certificado como Scrum Professional (CSP®) y Certificado como Scrum
Product Owner (CSPO®) por el ScrumAlliance®. Más de 18 años de
experiencia en la implementación de soluciones, abarcando múltiples
industrias y plataformas tecnológicas. 9 años practicando la agilidad en
diferentes roles y escenarios, recientemente liderando los esfuerzos de
una transformación y escalado ágil. Especialista en Procesos para el
Desarrollo de Software y en Gestión de Informática Organizacional.
Agenda
1. PMO – Project Management Office tradicional
2. Agile PMO – Product Management Organization
3. Roadmapping y enlazado
4. Takeaways
1. Oficina de Proyectos Tradicional - Contexto
• Que es una oficina de proyectos?
• Cuales son sus responsabilidades?
• Que es el project management?
• Que es el program management?
• Que es el portfolio management?
1. Oficina de Gestión de Proyectos Tradicional
Es un departamento o grupo que define y mantiene estándares de
proceso, generalmente relacionados a la gestión de proyectos.
Responsabilidades:
• Servicios de apoyo administrativo, tales como políticas, metodologías y
plantillas
• Capacitación, mentoría y asesoría a los directores de proyecto
• Apoyo al proyecto, lineamientos y capacitación sobre la dirección de
proyectos y el uso de herramientas.
• Alineación de los recursos de personal del proyecto.
• Centralización de la comunicación entre directores del proyecto,
patrocinadores, directores y otros interesados.
• Actualizar la aplicación de gestión de proyectos

Fuente: https://es.wikipedia.org/wiki/Oficina_de_gestión_de_proyectos
1. Portfolio, Programa y Proyecto tradicional

Proyecto Programa Portfolio

Temporal Conjunto de proyectos
Producto o servicio Proyectos relacionados
Entregables Unicos/simple Gestión coordinada para beneficios
que no se obtienen individualmente
Objetivos especificos Beneficios y eficiencias por escalado
Colección de programas o proyectos y
operaciones alineados a objetivos
estrategicos
No necesariamente relacionados
Elementos priorizables
No es temporal, no tiene plazo
Porque estan fracasando las
oficinas de proyectos?
De 4 oficinas de proyectos, 3 no duran mas de un par de años.
2. Agile PMO - Cambio de paradigma
Waterfall Agile

Fijo Requerimientos Recursos Tiempo

Dirigidos
por generación
Valor
Dirigidos
por un
Plan

Estimado Recursos Tiempo Requerimientos

El plan crea los Estimaciones dirigidas por
costos/estimaciones intención de características
de la programación y temática de liberaciones
2. Agile PMO – Alineación estratégica intrínseca
2. Planeación Tradicional Vs Planeación Agil

Planeación Tradicional Planeación Agil

Plan de proyecto desarrollado al Visión de producto y roadmap
inicio incluyendo: planeado tempranamente
• Alcance
• Tareas
• Hitos y fechas limite
2. Desafios del mundo actual
• Planear a un año vista o mas, NO es realista!

• Un business case NO es la herramienta adecuada para seleccionar

proyectos

• Que podemos hacer?

• Como la agilidad es una oportunidad real?

2. Agile Product Management Organization
• Area de definición y ejecución de estrategia, NO de gestión de proyectos.

• Responsable de diseño y materialización de productos que mejor soportan

y apoyan el cumplimiento de los objetivos estratégicos.

• Sigue principios Agile y Lean StartUp:

• Confianza y transparencia
• Priorización basada en valor
• Procesos empíricos, Experimenta, Aprende y Adapta
• Limites de capacidad!
2. Estructura Agile PMO
Dependiendo del tamaño de la organización será necesario un equipo
base que soporte las actividades de la Product Management
Organization, en lugar de estar a cargo de un solo PO. Por ejemplo, la
propuesta de LeSS:
2. Hoshin Kanri + OKR
• Identificar las claves del negocio Objetivos – Claridad
1
Cualitativos, metas retadoras
- Que aspira lograr?
• Establecer objetivos cuantificados de negocio
2
Resultados Clave - Velocidad
• Definir la visión global y las metas Cuantitativas salidas para los
3
objetivos

4
• Desarrollar las estrategias para alcanzar las metas
+ - Que es una medida de éxito?

• Determinar los planes de acción (tácticas y objetivos) Acciones - Alineamiento

5 para cada estrategia Ejecución requerida para obtener los
resultados clave
• Establecer indicadores que midan el rendimiento de
6 cada proceso
Percepciones – Excelencia
• Revisión Resultados y aprendizaje de la
7 ejecución
- Que podemos hacer mejor?
2. Técnicas de diseño e Innovación
• Business Model Canvas
• Design Thinking
• Customer Journey
• Empathy Maps
• User personas
• Impact Mapping
2. Lean Start
Up

http://theleanstartup.com/
2. MVP – Minimum Viable Product

Fuente: http://blog.crisp.se/2016/01/25/henrikkniberg/making-sense-of-mvp
2. Mas allá del MVP

Minimum Viable Thinking

Mantener al equipo enfocado en
desarrollar funcionalidades claves del producto
2. Mas allá del MVP

Minimum Marketable Feature

Minimum Marketable Product

2. Agile Inception
• Por que estamos aquí?
• Elevator pitch
• Diseño de producto en caja
• Crear una lista de NO’s
• Conoce a tu vecindario
• Mostrar la solución
• Que te quita el sueño?
• Dimensionamiento
• Que vamos a entregar?
• Cuanto nos va a costar?

Fuente: Agile Samurai, Jonathan Rasmusson

2. Agile PMO – Portfolio/Epic Backlog
2/5

Fuente: http://ueberproduct.de/en/seminar/portfolio-and-strategy-board-training-lean-portfolio-management/
2. Técnicas de priorización

Fuente: https://foldingburritos.com/product-prioritization-techniques/
2. User Story Mapping

Fuente: User Story Mapping, Jeff Patton

2. Horizontes de Planeación Agil

Estrategia

Portafolio 1 año Portfolio backlog

Producto 3 meses Roadmap

Release 1 mes Release plan

Sprint 2 semanas Sprint Backlog

Daily

Nivel de planeación Horizonte de tiempo Artefacto

2. Niveles de planificación agil
Nivel Frecuencia Roles Salidas
Definición de objetivos 1 vez por año Stakeholders Planeación estratégica y
estratégicos portfolio backlog
Roadmap de producto 3 meses Stakeholders y PMO* Definición de objetivos del
roadmap de producto
Release planing Cada mes PMO*, SMs y DevOps Roadmap de producto
actualizado
Refinement del Backlog Cada Sprint Product Owner y Equipo Objetivo del siguiente
de producto Scrum sprint y Backlog de
producto actualizado
Planeación del sprint Cada Sprint Product Owner y Equipo Sprint backlog
Scrum
Planeación diaria Cada sincronización Equipo Scrum Sprint Backlog actualizado
diaria

* PMO: Product Management Organization

2. Cuando y por que hacer estimaciones?
Estimaciones son menos precisas cuando el horizonte de tiempo son grandes

Estrategia

Portafolio

Producto Horizonte tiempo Roadmap: 3-4 meses ~ 3-4 semanas

Release Release Plan: 1 mes ~ 1 semana

Sprint
Sprint: 2 semanas ~ 1-2 días

Daily

Note que a medida que el horizonte de tiempo incrementa la

precision de nuestras proyecciones decrese.
Tienes un roadmap?
Como fue elaborado?
3. Roadmaps y Story Maps
Los Story Maps no duran para siempre.

Los roadmaps mantienen la foto a “largo”

plazo. Actualizelo al menos trimestralmente o
en releases grandes

Story maps mantienen el flujo de trabajo. Pero este

cambia constantemente, por lo que se debe usar el
story map para ayudar a actualizar el roadmap.
Fuente: https://www.scrumalliance.org/why-scrum/community-webinars/webinar-replays/collaboration-at-scale-webinar-series/agile-roadmapping
3. Enlazando Estrategia y Tactica

Estrategia Hoshin Kanri & Proposito del Vision del Producto

(Holistica a largo plazo)
OKRs Producto – Por que? (Management, Marketing,
Ingeniería)

Enlazamiento

Roadmap User Story map

Tacticas
(Enfocadas en el corto plazo)
3. Un buen roadmap enlaza la estrategia a la táctica
• Quien es mi segmento de mercado?
• Que características y beneficios son por las que ellos pagarían?
• Cuando y que tan frecuentemente debería yo liberar versiones?
• Como mi arquitectura técnica evolucionara?
• Que eventos de mercadeo condicionaran las ventas?
• Existe algún factor externo a manejar?

Fuente: https://www.scrumalliance.org/why-scrum/community-webinars/webinar-replays/collaboration-at-scale-webinar-series/agile-roadmapping
3. Online Roadmapping

• Transparencia
• Publico
• En línea
Takeaways
• Una Agile PMO (Product Management Organization) tiene como
responsabilidad asegurar la generación de valor a negocio a través de
la ejecución de la estrategia.

• En organizaciones medianas y grandes es necesario un equipo que

soporte estas actividades en lugar de estar a cargo de un solo PO.

• Roapmaps habilitan el tener conversaciones efectivas con los

stakeholders, comunican intenciones estratégicas, proveen el
encadenamiento entre la estrategia y la táctica.
Referencias

• PMO - Oficina de gestión de proyectos:

https://es.wikipedia.org/wiki/Oficina_de_gestión_de_proyectos

• Lean Start Up, Eric Ries: http://theleanstartup.com/

• Agile Samurai, Jonathan Rasmusson. Capituo 3 - Agile Inception:
https://www.amazon.es/Agile-Samurai-Software-Pragmatic-Programmers/dp/1934356581

• User Story Mapping, Jeff Patton. https://www.amazon.com/User-Story-Mapping-Discover-Product-

ebook/dp/B00NF07FHS

• Collaboration at Scale Webinar: Agile Roadmapping at Scale:

https://www.scrumalliance.org/why-scrum/community-webinars/webinar-replays/collaboration-at-scale-webinar-series/agile-
roadmapping

• LeSS (Large-Scale Scrum) Framework: https://less.works/less/less-huge/organizational-structure.html

Preguntas?