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).
 Planificación del Valor:
Value Stream Mapping
• Es una técnica de producción Lean que ha sido
adoptado por las metodologías á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

Los pasos a seguir 2. Crear un mapa de la cadena de valor con los procesos actuales, identificados
en Value Stream los pasos, colas, retrasos, y flujos de información

Mapping
3. Revisar el mapa para encontrar retrasos, desperdicios y restricciones

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
– Should Have
– Could Have
– 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
• Análisis Kano

Indifferent

Dissatisfiers
 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
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: Who should define the business value of a Feature within an Agile project?

A. The individual end-users

B. The Product Owner
C. The Business Analyst
D. The Business Sponsor

Pregunta 4: The smallest unit of functionality that is of value to the customer is:

A. A story point
B. A minimally marketable feature
C. The lowest story on the product backlog
D. A sub-epic
Pregunta 5: What is Kan Ban?

A. A list of activities banned by the team, in relation to Team Norms

B. The set of Can Have stories for a project
C. A visible chart of work to do, work in progress and work done
D. A graph of tasks partially-completed by the team

Pregunta 6: In the popular prioritization technique called “MoSCoW”, the “M” stands for ...

A. May have
B. Major
C. Must Have
D. Mandatory
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