Gestión Ágil de Proyectos

Ernesto Calvo
PMP | PMI-RMP | PMI-SP | PMI-ACP
CSP | COBIT | P6 | MCTS | SAFe
III. Envío basado en
Valor
 Agenda

• ¿Qué es el envío basado en Valor?

• Evaluación del valor: Indicadores financieros
• Planificación del Valor
• Envío del Valor
• Confirmar el Valor
• Monitorear e informar el Valor
 ¿Qué es el Envío basado en Valor?
• Los proyectos son llevados a cabo para generar valor al
negocio.
• Para maximizar el valor debemos minimizar los riesgos.
• El envío del valor bajo el enfoque ágil se basa en “Come
el postre primero, la vida es corta”.
 Evaluación del Valor:
Indicadores financieros
• Herramientas usadas para seleccionar los proyectos
más rentables. Incluyen:
– Valor presente (PV).
– Valor presente neto (NPV).
– Tasa interna de retorno (IRR).
– Periodo de retorno (PBP).
– Ratio costo beneficio (BCR). B/C
 Planificación del Valor:
Value Stream Mapping
• Es una técnica de producción Lean que ha sido
adoptado por los métodos ágiles.
• Esta técnica muestra el flujo de información (o
materiales) requeridos para completar un proceso.
• Esta técnica puede ayudar a identificar los elementos
de desperdicio que pueden ser removidos para
mejorar la eficiencia del proceso.
• Esta técnica crea mapas de los procesos conocidos
como “value stream maps”.
 Planificación del Valor:
Value Stream Mapping
1. Identificar el producto o servicio que está analizando

2. Crear un mapa de la cadena de valor con los procesos actuales, identificados

los pasos, colas, retrasos, y flujos de información

Los pasos a seguir 3. Revisar el mapa para encontrar retrasos, desperdicios y restricciones
en Value Stream
Mapping 4. Crear un nuevo mapa de la cadena de valor del estado futuro deseado,
optimizado para eliminar o reducir retrasos, desperdicios o restricciones.

5. Desarrollar un plan para crear el estado optimizado.

6. Planificar la revisión del proceso en el futuro para realizar un afinamiento continuo y

optimizarlo
 Planificación del Valor:
Value Stream Mapping

Ejemplo de Value Stream Mapping

 Planificación del Valor:
Priorización por Valor al Cliente
Esquemas de priorización
• Esquema Simple (cualitativo)
• Esquema MoSCoW
– Must Have (Debe tener)
– Should Have (Debería tener)
– Could Have (Podría tener)
– Would like to have, but not this time
• Dinero de Monopolio
• Método 100 puntos
 Planificación del Valor:
Priorización por Valor al Cliente
Esquemas de priorización
• Product Roadmap – Story Map
 Planificación del Valor:
Priorización por Valor al Cliente
Esquemas de priorización
• Risk-Adjusted Backlog

MVP
Planificación del Valor:
Contratos Ágiles
 Envío del Valor:
Kanban Boards y WIP
 Envío del Valor:
Kanban Boards y WIP

Little´s Law
 Envío del Valor:
Envío Incremental
 Confirmar el Valor

Prototipos

Simuladores

Demostraciones
Monitorear e Informar el Valor

Agile Earned Value

Monitorear e Informar el Valor

Cumulative Flow Diagrams (CFD)

 Monitorear e Informar el Valor

Little´s Law
Monitorear e Informar el Valor

Detailed CFD con Cuellos de Botella Identificados

Monitorear e Informar el Valor

Risk Burn Down Graphs

Monitorear e Informar el Valor

Task/Kanban Board
Pregunta 1: El Sprint Planning tiene algunas características, define cuál es la CORRECTA:

a) Participa el cliente.
b) La lidera el Product Owner.
c) El Sprint Planning tiene un máximo de duración de ocho horas para un Sprint de un mes.
Para Sprints más cortos, el evento es usualmente más corto.
d) Siempre su duración máxima es de 8 horas.

Pregunta 2: Un Development Team ha estado trabajando en varios Sprint, el Product Owner

comparte su plan para las próximas interacciones, este plan es de alto nivel que describe cómo
es probable que crezca el producto. ¿Cuál es el artefacto al que el Product Owner se refiere?

a) Product Backlog.
b) Project Charter.
c) Sprint Backlog.
d) Roadmap del producto.
Pregunta 3: ¿Quién debe definir el valor comercial de una característica dentro de un
proyecto ágil?

A. Los usuarios finales individuales

B. El Product Owner
C. El analista de negocios
D. El Sponsor del negocio

Pregunta 4: La unidad de funcionalidad más pequeña que es de valor para el cliente es:

A. Un story point
B. Una característica mínimamente comercializable (MMF)
C. La historia de usurio en el product backlog
D. Una sub-épica
Pregunta 5: ¿Qué es Kanban?

A. Una lista de actividades prohibidas por el equipo, en relación con las Normas del
equipo.
B. El conjunto de historias que pueden hacerse para un proyecto
C. Una tabla visible de trabajo por hacer, trabajo en progreso y trabajo realizado
D. Un gráfico de tareas parcialmente completadas por el equipo.

Pregunta 6: En la técnica de priorización llamada "MoSCoW", la "M" significa ...

A. Puede tener
B. Mayor
C. Debe tener
D. Debería tener
IV. Gestión de los
Interesados
 Agenda
• Introducción
• Asegurar el entendimiento de los interesados
• Comunicación con los Interesados
• Habilidades Interpersonales Críticas
• Liderar eficazmente
 Introducción
Conseguir el respaldo de los interesados relevantes

Asegurar la participación de los interesados

Las claves del éxito

Gestionar activamente los intereses de los interesados
para gestionar a los
interesados
Discutir frecuentemente si lo que se constuyó es valioso para los interesados

Mostrar el avance y las capacidades

Discutir tranquilamente las estimaciones y proyecciones

Asegurar el Entendimiento de los
Interesados

Wireframes
Asegurar el Entendimiento de los
Interesados

Personas
Asegurar el Entendimiento de los
Interesados
Manera simple de describir una tarea concisa que agrega valor al usuario o negocio

Las historias de usuario es una invitación a la conversación

No se detallan más hasta que se vayan a implementar

Consta de 3 partes:
• Tarjeta: Descripción escrita en lenguaje de negocio.
• Conversación: Dialogo entre los miembros del equipo y PO para aclarar dudas y detalles.
• Confirmación: Que pruebas se llevaran a cabo para decir que la HU esta completa.

Las podemos agrupar de la siguiente manera:

• Temas, Epics, Historias de Usuario, Tareas.

Historias de Usuario
Asegurar el Entendimiento de los
Interesados
Independiente

Testeable Negociable

Modelo
INVEST
Pequeña Valiosa

Estimable

Historias de Usuario
 Asegurar el Entendimiento de los
Interesados
Story 1
Historias de Usuario ‐
Backlog Story 2

Story 3
Prioridad Alta
Story 4

Story 5

Story 6

Story 7
Prioridad Media
Story 8

Story 9
Prioridad Baja
Story 10
Asegurar el Entendimiento de los
Interesados

Jerarquía de Requerimientos en
historias de usuario
Asegurar el Entendimiento de los
Interesados

Story Map – Product Road Map

Comunicación con los Interesados

Face to Face (F2F) : el mejor método

Comunicación con los Interesados

Information Radiator
Comunicación con los Interesados

Burn Down Chart

Comunicación con los Interesados

Burn Up Chart
Comunicación con los Interesados

Cumulative Flow Diagram

Comunicación con los Interesados

Diagrama de Caso de Uso Diagrama de Modelado de Datos

Modelamiento Ágil
Comunicación con los Interesados

Modelamiento Ágil: Diseño de pantalla

Habilidades Interpersonales Críticas
Negociación

Modelos de
Escucha
decisión
activa
participativos

Equipos Métodos de
distribuidos facilitación

Globalizacion,
Resolucion de Cultura y
conflictos diversidad de
equipos
Habilidades Interpersonales Críticas

Negociación
Habilidades Interpersonales Críticas

Escucha Activa
 Habilidades Interpersonales Críticas
Define los
objetivos

Ayuda a los Establece las

participantes reglas

Métodos de Facilitación

Mide el
tiempo
Habilidades Interpersonales Críticas

Resolución de Conflictos
Habilidades Interpersonales Críticas

Diferentes Diferentes Diferentes

culturas Idiomas Horarios

Iteración 1 Iteración 2 Iteración 3

Diferentes
Idiomas

Globalización, Cultura y
Diversidad de Equipos
Habilidades Interpersonales Críticas

Equipos Distribuidos
Habilidades Interpersonales Críticas

Votación pulgar hacia

Votación simple arriba, hacia abajo ,
hacia el lado
(Thumbs
up/down/sideway)

Modelos de Decisión Participativa

Habilidades Interpersonales Críticas

Votación por puño de cinco (fist of five)

Modelos de Decisión Participativa

 Liderar Eficazmente
Enfoque en Gestión Enfoque en Liderazgo
Tareas Personas
Control Apoderamiento
Eficiencia Efectividad
Hacer las cosas correctamente Hacer las correctas cosas
Velocidad Dirección
Practicas Principios
Dominio Comunicación
 Liderar Eficazmente
1. Protege al equipo de interrupciones

2. Elimina los impedimentos para avanzar

Liderazgo
Servicial
3. Comunica la Visión del Proyecto

4. Lleva “comida y agua” (recursos necesarios para el equipo)

 Liderar Eficazmente
1. Aprende las necesidades de los miembros del equipo

2. Aprende los requerimientos del proyecto

Los doce principios
para liderar 3. Actúa por el bienestar conjunto del equipo y del proyecto
proyectos ágiles (1)
4. Crea un ambiente de responsabilidad funcional

5. Cuenta con una visión del proyecto completo

6. Utiliza la visión del proyecto para conducer tu propio comportamiento

 Liderar Eficazmente
7. Compórtate como la figura central en el desarrollo exitoso del equipo de
proyecto

8. Reconoce el conflicto del equipo como una señal positiva

Los doce principios
para liderar 9. Gestiona siempre alineado a la ética
proyectos ágiles (2)
10. Recuerda que la ética no es una idea tardía, si no una parte integral
de nuestro pensamiento

11. Toma tiempo para reflexionar en el proyecto

12. Desarrolla el “pensamiento hacia atrás”

 Pregunta 1: ¿En cuál de los siguientes casos se podría cancelar un Sprint?

1. Si el Development no lograra cumplir con los objetivos que se planteó para el Sprint.
2. Si cambian las condiciones del mercado o de la tecnología, haciendo que el objetivo
del Sprint se vuelva obsoleto.
3. Nunca debe ser cancelado, su corta duración permite la definición de objetivos
alcanzables y hace que la cancelación no tenga sentido
4. Si cambia el rumbo de la compañía, haciendo que el Sprint Goal quede obsoleto.

a) Solo la 1.
b) 1 y 2.
c) Solo la 3.
d) 2 y 4.
Pregunta 2: La liberación (release) de un producto terminado (DoD) es responsabilidad del:

a) Product Owner, quien decide liberarlo o no.

b) Scrum Team.
c) Development Team.
d) Scrum Master, quien decide liberarlo o no.

Pregunta 3: ¿Quiénes son los involucrados en la definición del Sprint Goal?

a) Scrum Team.
b) El Product Owner y el Development Team.
c) Scrum Master y el Product Owner.
d) Development Team y Scrum Master.
Pregunta 4: ¿Cuál de los siguientes enunciados es CIERTO con respecto a los Project
Charter en Scrum?

a) En la guía de Scrum no se encuentra la definición de Project Charter.

b) Establece una línea base de entendimientos y conexión entre el equipo y los
interesados.
c) El Project Charter da al Project Manager la autoridad necesaria.
d) Es contractual fijando la triple restricción (tiempo-costo-alcance).

Pregunta 5: A stakeholder is:

A. Someone with an interest in the project

B. Someone affiliated with the project
C. Defined differently in iterative versus sequentially-phased projects
D. Someone with a high degree of influence in the organization