Este documento presenta una introducción a los conceptos de Desarrollo Ágil y Gestión Ágil de Proyectos. Explica brevemente el Manifiesto Ágil, marcos como Scrum y Kanban, y cómo la Gestión Ágil se alinea con los procesos del PMBoK pero con un enfoque en la entrega de valor, adaptación y feedback continuo. También cubre temas como la escalabilidad de métodos Ágiles y el estado actual de la adopción de prácticas Ágiles.
Corporate Innovation & Digital Transformation: Innovation Portfolio
Introducción a la Gestión Ágil de Proyectos
1. Introducción a Agile y el Nuevo
Enfoque de Gestión
Gestión
Ágil
de
Proyectos
Johnny Ordóñez
Una introducción a los conceptos del Desarrollo Ágil, hacia el entendimiento
de la Gestión Ágil de proyectos y su relación con el PMBoK y un vistazo al
Management 3.0
2. Johnny Ordóñez
Lean & Agile Coach en Cobiscorp
SAFe Practitioner
Certified Kanban Methodologist
Certified Scrum Professional
Certified Scrum Master
Certified Scrum Product Owner
Certified Scrum Developer
Master of Science in IT Management
Enterprise Agile Adoption, Management 3.0,
Design Thinking & UX, Change Management and
Organizational Culture, Entrepreneurship.@JohnnyOrdonez
JohnnyOrdonez
Un poco sobre mí
3. Lo que revisaremos hoy
DESARROLLO
ÁGIL Y
EL
ESTADO
DEL
ARTE
GESTIÓN
ÁGIL
DE
PROYECTOS
¿QUÉ
ES
MANAGEMENT
3.0?
6. 15,9%
13,9%
13,0%
9,6%
8,2%
7,7%
7,2%
5,3%
2,9%
2,4%
13,9%
Involucramiento
del
Usuario
Apoyo
de
la
Gerencia
Claridad
de
los
Requerimientos
Planificación
Apropiada
Expectativas
Realistas
Hitos
más
acotados
Competencia
del
Personal
Compromiso
Objetivos
y
Visión
claros
Personal
Enfocado
y
dedicado
Otros
En Estados Unidos se gasta más de USD $250 billones cada año en
proyectos de desarrollo de aplicaciones, aproximadamente 175,000
proyectos.
- Standish Group Chaos Report 2013
“
”
31,1%
52,7%
16,2%
Cancelados durante la ejecución
Entregados con sobre costos
Terminados exitósamente
Estadísticas de los Proyectos Factores para el éxito
Fuente: Standish Group Chaos Report 2011: http://www.projectsmart.co.uk/docs/chaos-report.pdf
7. Aproximadamente, sólo entre el 20% - 30% de la funcionalidad del
sistema agrega valor a las actividades del usuario. Las funciones
restantes casi no se usan.
- Standish Group Chaos Report 2013
“
”
7,0%
13,0%
16,0%
19,0%
45,0%
Siempre
A menudo
Regularmente
Raramente
Nunca
Porcentaje de Uso de la Funcionalidad de un Sistema Típico
Fuente: Standish Group Chaos Report 2011: http://www.projectsmart.co.uk/docs/chaos-report.pdf
20%
Raramente / Nunca usado
A menudo / Siempre
usado
64%
9. En 2001 un grupo de desarrolladores de
software se reunió para discutir los métodos
de desarrollo. Ellos publicaron el Agile
Manifesto.
Estamos descubriendo
mejores formas de
desarrollar
software tanto por nuestra
propia experiencia como
ayudando a terceros.
“
”
” Kent Beck
Mike Beedle
Arie van Bennekum
Alistair Cockburn
Ward Cunningham
Martin Fowler
James Grenning
Jim Highsmith
Andrew Hunt
Ron Jeffries
Jon Kern
Brian Marick
Robert C. Martin
Steve Mellor
Ken Schwaber
Jeff Sutherland
Dave Thomas
10. El Manifiesto Ágil
A través de este trabajo hemos
aprendido a valorar.
“
”
SOBRE
e Interacciones
Individuos
SOBRE
Funcionando
Software
SOBRE
con el Cliente
Colaboración
SOBRE
al cambio
Respuesta
Procesos
y
Herramientas
Documentación
extensiva
Negociación
contractual
Seguimiento
de
un
plan
Esto es, aunque encontramos valor en los elementos de la derecha,
valoramos más los de la izquierda.
Fuente: http://agilemanifesto.org
13. Anatomía de una Iteración - Scrum
Product
Owner
Scrum
Master
Desarrolladores
y
Probadores
Sprint
1-‐4
semanas
Sin
cambios
durante
el
Sprint
Sprint
Planning
Sprint
Backlog
Product
Backlog
Refinamiento
del
Product
Backlog
Retrospectiva
Sprint
Demo
Necesidades
de
los
Clientes,
Usuarios,
equipos
y
otros
Stakeholders
El
equipo
selecciona
lo
que
va
a
realizar
en
cada
sprint
y
se
compromete
1
2
3
4
5
6
7
8
9
Prioridad
Reunión
Diaria
Desarrolladores
y
Probadores
Product
Owner
Desarrolladores
y
Probadores
Incremento
de
Producto
15. Waterfall vs. Agile - Resultados
Exitosos
29%
14%
57%
9%
42%
49%
Waterfall
vs.
Agile
Cancelados
Con problemas
Fuente: “The Path to Agility”, Ken Schwaber, Scrum.org, 2013
16. ScrumScrum/XP
Hibrid
Custom
Hybrid
ScrumbanKanbanIterative
Development
I
don't
KnowLean
Development
OtherAgile
Modeling
Feature-‐drive
Dev.
XP
55%
11%10%
7%5%3%2%2%1%1%1%1%
El Estado de Agile
15,0%
29,0%
32,0%
24,0%
< 1 año
1-‐2 años
2-‐5 años
5+ años
NoSí
94%
6%
% Empresas que Usan
Agile a Nivel Mundial
Método Ágil más
usado
Tiempo de Uso de Agile
90%
de empresas han
adoptado Agile en
desarrollo de
software.
Porcentaje de Compañías
que usan Agile
Fuente: The Annual 9th State of Agile Survey by VersionOne
17. Fuente: The Annual 9th State of Agile Survey by VersionOne
El Estado de Agile
18.
19. Frameworks / Enfoques para Escalar Agile
Ken Scwaber, 2007
eScrum: Enterprise Scrum
01
Dean Leffingwell, 2007
SAFe: Scaled Agile Framework
02
Craig Larman, 2008
LeSS: Large Scale Scrum
03
Scott Ambler, 2012
DAD: Discipline Agile Delivery
04
Kevin Thompson, 2013
RAGE: Recipes of Agile Governance
06
Henrik Kniberg & Anders Ivarsson, 2012
Spotify Model
05
Jeff Sutherland & Brown, 2014
Scrum at Scale
07
Masa Maeda, 2014
Seriuos LeAP
08
20.
21. Lo que revisaremos hoy
DESARROLLO
ÁGIL Y
EL
ESTADO
DEL
ARTE
Individuos e interacciones
Desarrollo iterativo e incremental
Optimización del Valor
Excelencia técnica
El momentum de Agile continúa
Entrega resultados de negocio
Escalar Agile es una tendencia
24. Repensar algunos conceptos
“Es un esfuerzo temporal emprendido
para crear un producto,
servicio
o
resultado
único. La naturaleza temporal
de los proyectos indica que tiene un
principio y un fin.”
Proyecto
“Es un esfuerzo emprendido para
satisfacer
un
objetivo
o
resultado
de
negocio
a través de la creación de un
producto, servicio o resultado
único.”
Proyecto
“Es la aplicación de conocimientos,
habilidades, técnicas y herramientas
para ejecutar
proyectos
en
forma
eficiente
y
efectiva.”
Gestión de Proyectos
“Es la aplicación de conocimientos,
habilidades, técnicas y herramientas
dentro del contexto del entorno de
negocio para maximizar
el
valor
de
lo
que
el
proyecto
produce.”
Gestión Ágil de Proyectos
Fuente: https://americalatina.pmi.org/latam/AboutUS/QueEsLaDireccionDeProyectos.aspx Fuente: http://managedagile.com/2014/06/21/what-is-project-management/
Tradicional Ágil
26. Repensar algunos conceptos
Foco en la Ejecución y Entrega
Seguimiento y Control de las
actividades
Manejo de la Relación con el Cliente
Coordinación de varios actores/áreas
Costos
Riesgos
Foco en el valor: ROI
Estrategia de Producto
Dominio, Contexto de negocio
Planificación del Producto
Marketing
Completitud de las Features
Roadmap
Time to Market
Progreso del producto
Gestión del Proyecto Gestión del Producto
28. Comprendiendo el Triángulo de Hierro en Ágil
En Ágil el foco se encuentra en priorizar aquellas características que aportan
mayor valor y que el Cliente puede pagar.
29. 7,0%
13,0%
16,0%
19,0%
45,0%
Always Often
Regularly Rarely
Never
Chaos Report 2011, Standish Group
80% del Valor de
Negocio está ubicado en
el 20% de las Features
(Pareto).
Busque el 20%
Características usadas en un Sistema de
Software típico
20%
Raramente /
Nunca usado
A menudo/
Siempre usado
64%
30. Comprendiendo el Triángulo de Hierro en Ágil
En Ágil el foco se encuentra en la entrega de lo que el Cliente percibe que es
valor (Calidad Extrínseca).
32. Tradicional Ágil
Definición y autorización del proyecto.
Inicio
Definición del producto lo suficiente como para
proporcionar un timebox en el que se trabajará.
Envisionamiento
Descripción sobre cómo el proyecto será
manejado, descomposición de actividades (WBS).
Planificación
Traducción de la visión en Features encajados en
timeboxes donde serán liberados (Release Plan).
Roadmap / Especulación
El equipo de proyecto trabaja en conjunto para
realizar el trabajo.
Ejecución
Desarrollo iterativo e incremental de productos
funcionando y potencialmente entregables.
Exploración / Entrega / Releasing
Revisar el progreso de la completitud de
actividades y corrección de desviaciones.
Monitoreo y Control
Puntos previstos de parada para la Inspección y
Adaptación del Producto y el Proceso
(Retrospectivas, Demos, Scrum de Scrums).
Adaptabilidad
Cierre formal de cada fase o del proyecto y
recepción de la aprobación del trabajo.
Cierre
Equipo reflexiona sobre los logros y toma
decisiones tras las lecciones aprendidas.
Cierre
Match entre Procesos PMBoK y Agile
Fuente: https://www.rallydev.com/toolkits/agile-project-managers-toolkit
33. Tradicional Ágil
Recopilación de requerimientos Up Front
Definición del alcance
Descomposición del WBS
Definición de actividades y secuencia
Control de cronogramas
Gestión del Alcance
Definición de Features por Release o Sprint
Priorización por Valor de negocio y Riesgo
El equipo seleccionan las features por capacidad
Refinamiento de estimaciones
Rolling Wave Planning
Gestión del Backlog / Planificación Adaptativa
Áreas de conocimiento de PMBoK
Costos por Hora Hombre
Costos fijos y variables
Costo Proyectado vs. Costo Real
Control del Presupuesto
Gestión de Costos
Costo por Equipo asignado durante un número
de sprints.
Costo por Sprint
Costo por Story Point
Control del Presupuesto
Gestión de Costos
Revisión y control de cronogramas
Control y remediación de desviaciones
Cumplimiento de actividades
Medición del progreso por actividades
Gestión del Tiempo
Iteraciones de tiempo fijo
Cadencia: Iteraciones de tiempo constante
Priorización en vez de secuenciación;
Eliminar / Reducir dependencias;
Entregables en vez de actividades
Medición del Working Software
Timeboxing
34. Tradicional Ágil
Enfocado a documentación formal
Actas e informes
Cronogramas
Planes de Comunicación
Herramientas organizacionales
Gestión de las Comunicaciones
Lugar Común / Compartido
Sprint Planning
Daily Standup
Demos
Retrospectivas
Radiadores de información
Gestión de las Comunicaciones
Áreas de conocimiento de PMBoK
Equipos de Pruebas separados
Planificación de la Calidad
Aseguramiento de Calidad (QA)
Control de Calidad (QC)
Gestión de la Calidad
Responsabilidad de todo el equipo
QA integrado en cada sprint
Calidad implícita desde el momento cero
Prácticas de Calidad y Arquitectura ágil:
Deuda Técnica, TDD, Continuous Integration,
Pairing, Demos y Retrospectivas
Calidad Integrada
Planificar la Gestión de Riesgos
Análisis Cualitativo de Riesgos
Análisis Cuantitativo de Riesgos
Planificar la Respuesta a los Riesgos
Monitorear y Controlar los Riesgos
Gestión de Riesgos
Gestión de riesgos implícita
Riesgo de valor de negocio y técnico
Entregas / Revisiones frecuentes
Contratos por-cambios (Contratos Ágiles)
Cierre/Cancelación temprana
Gestión explícita: Risk Burndown chart
Gestión de Riesgos
35. Tradicional Ágil
Desarrollo del Project Charter o Plan
Ejecutar el plan del proyecto
Dirigir, manejar, monitorear, controlar
Control de Cambios
Gestión de Integración
Desarrollo de un Roadmap y backlogs
Iteraciones
Facilitar, liderar, colaborar, Feedback constante
Rolling Wave Planning
Planificación Ágil
Áreas de conocimiento de PMBoK
Planificación de los Recursos Humanos
Trabajo como individuos más no como equipos
Gestión de las personas
Command & Control
Políticas
Gestión de Recursos Humanos
Equipos Auto-Organizados
Fuerte énfasis en “Liderazgo natural / servil”
(Scrum Master)
Individuos comprometidos y responsables
Rendimiento del equipo
Desarrollo de equipos
Equipos auto-organizados
39. GESTIÓN
ÁGIL
DE
PROYECTOS
Lo que revisaremos hoy
Requiere un cambio de mentalidad
Se enfoca a la maximización del valor
percibido por el Cliente
Gestión del Proyecto y del Producto son
diferentes
Las gestiones del proyecto cambian
El Gerente Ágil es parte del equipo
40. ¿Qué es Management 3.0?
Management 3.0 es el
nombre que Jurgen Appelo ha
dado a su innovadora manera
de enfocar la gestión de
equipos y empresas desde una
perspectiva Ágil.
43. El enfoque de Management 3.0
Management 3.0 está
redefiniendo el liderazgo y la
gestión. Se trata de trabajar
juntos para encontrar la forma
más eficiente para un negocio
de lograr sus objetivos mientras
mantiene la felicidad de los
trabajadores como prioridad.