Sesión II

Vista previa del material en texto

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
• 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”.
¿Qué es el Envío basado en Valor?
• 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).
Evaluación del Valor: 
Indicadores financieros
• 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
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
3. Revisar el mapa para encontrar retrasos, desperdicios y restricciones
Los pasos a seguir 
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
– 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)
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
Monitorear e Informar el Valor
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
Gestionar activamente los intereses de 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
Las claves del éxito 
para gestionar a los 
interesados
Asegurar el Entendimiento de los 
Interesados
Wireframes
Asegurar el Entendimiento de los 
Interesados
Personas
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
Asegurar el Entendimiento de los 
Interesados
Historias de Usuario
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.
Asegurar el Entendimiento de los 
Interesados
Historias de Usuario
Modelo 
INVEST
Independiente
Negociable
Valiosa
Estimable
Pequeña
Testeable
Historias de Usuario ‐
Backlog
Asegurar el Entendimiento de los
Interesados
Story 1
Story 2
Story 3
Story 4
Story 5
Story 6
Story 7
Story 8
Story 9
Story 10
Prioridad Alta
Prioridad Media
Prioridad Baja
Jerarquía de Requerimientos en 
historias de usuario
Asegurar el Entendimiento de los 
Interesados
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
Diagrama de Caso de Uso Diagrama de Modelado de Datos
Modelamiento Ágil
Comunicación con los Interesados
Modelamiento Ágil: Diseño de pantalla
Comunicación con los Interesados
Habilidades Interpersonales Críticas
Negociación
Escucha 
activa
Métodos de 
facilitación
Globalizacion, 
Cultura y 
diversidad de 
equipos
Resolucion de 
conflictos
Equipos 
distribuidos
Modelos de 
decisión 
participativos
Habilidades Interpersonales Críticas
Negociación
Habilidades Interpersonales Críticas
Escucha Activa
Habilidades Interpersonales Críticas
Métodos de Facilitación
Define los 
objetivos
Establece las 
reglas
Mide el 
tiempo
Ayuda a los 
participantes
Habilidades Interpersonales Críticas
Resolución de Conflictos
Habilidades Interpersonales Críticas
Globalización, Cultura y 
Diversidad de Equipos
Diferentes 
culturas
Diferentes 
Idiomas
Diferentes 
Horarios
Diferentes 
Idiomas
Iteración 1 Iteración 2 Iteración 3
HabilidadesInterpersonales Críticas
Equipos Distribuidos
Habilidades Interpersonales Críticas
Modelos de Decisión Participativa
Votación simple
Votación pulgar hacia 
arriba, hacia abajo , 
hacia el lado 
(Thumbs 
up/down/sideway)
Habilidades Interpersonales Críticas
Modelos de Decisión Participativa
Votación por puño de cinco (fist of five)
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
3. Comunica la Visión del Proyecto
4. Lleva “comida y agua” (recursos necesarios para el equipo)
Liderazgo 
Servicial
Liderar Eficazmente
Los doce principios 
para liderar
proyectos ágiles (1)
1. Aprende las necesidades de los miembros del equipo
2. Aprende los requerimientos del proyecto
3. Actúa por el bienestar conjunto del equipo y del proyecto
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
Los doce principios 
para liderar
proyectos ágiles (2)
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
9. Gestiona siempre alineado a la ética
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