• Author / Uploaded
• SEMILLEROS FUSM

Citation preview

Agile P.M.O. Product Management Organization. Alex Canizales 2017

Alex Canizales Castro Agile Coach | Speaker | Trainer [email protected]

Certified Scrum Professional Certified Scrum Product Owner Member AgileAlliance Member PMI Member

@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. 2. 3. 4.

PMO – Project Management Office tradicional Agile PMO – Product Management Organization Roadmapping y enlazado 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

Colección de programas o proyectos y operaciones alineados a objetivos estrategicos

Producto o servicio

Proyectos relacionados

No necesariamente relacionados

Entregables Unicos/simple

Gestión coordinada para beneficios que no se obtienen individualmente

Elementos priorizables

Objetivos especificos

Beneficios y eficiencias por escalado

No es temporal, no tiene plazo

Porque estan fracasando oficinas de proyectos?

las

De 4 oficinas de proyectos, 3 no duran mas de un par de años.

2. Agile PMO - Cambio de paradigma Agile

Waterfall Fijo

Requerimientos

Recursos

Tiempo

Dirigidos por generación Valor Dirigidos por un Plan Estimado Recursos

Tiempo

El plan crea los costos/estimaciones de la programación

Requerimientos Estimaciones dirigidas por intención de características 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 inicio incluyendo: • Alcance • Tareas • Hitos y fechas limite

Visión de producto y roadmap planeado tempranamente

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 1

Objetivos – Claridad

• Identificar las claves del negocio

Cualitativos, metas retadoras - Que aspira lograr?

2

• Establecer objetivos cuantificados de negocio

Resultados Clave - Velocidad 3

4

• Definir la visión global y las metas

• Desarrollar las estrategias para alcanzar las metas

5

• Determinar los planes de acción (tácticas y objetivos) para cada estrategia

6

• Establecer indicadores que midan el rendimiento de cada proceso

7

+

Cuantitativas salidas para los objetivos - Que es una medida de éxito?

Acciones - Alineamiento Ejecución requerida para obtener los resultados clave

Percepciones – Excelencia • Revisión

Resultados y aprendizaje de la 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

Producto

3 meses

Release

1 mes

Sprint

2 semanas

Portfolio backlog Roadmap Release plan

Sprint Backlog

Daily

Nivel de planeación

Horizonte de tiempo

Artefacto

2. Niveles de planificación agil Nivel

Frecuencia

Definición de objetivos estratégicos

1 vez por año

Roadmap de producto

Roles

Salidas

Stakeholders

Planeación estratégica y portfolio backlog

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 de producto

Cada Sprint

Product Owner y Equipo Scrum

Objetivo del siguiente sprint y Backlog de producto actualizado

Planeación del sprint

Cada Sprint

Product Owner y Equipo Scrum

Sprint backlog

Planeación diaria

Cada sincronización diaria

Equipo Scrum

Sprint Backlog actualizado

* 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

Release

Sprint

Horizonte tiempo Roadmap: 3-4 meses Release Plan: 1 mes Sprint: 2 semanas

~ 3-4 semanas

~ 1 semana

~ 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 (Holistica a largo plazo)

Hoshin Kanri & OKRs

Proposito del Producto – Por que?

Vision del Producto (Management, Marketing, Ingeniería)

Enlazamiento Roadmap

Tacticas (Enfocadas en el corto plazo)

User Story map

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/agileroadmapping

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

Preguntas?