Metodologías g ágiles g de Dirección de Proyectos Alejandro Gabay, PMP, CSM Julio 2011
Agenda g ` `
Manifiesto Agil Breve Introduccion a Scrum ` `
` `
Notas sobre Scrum en las Areas del PMBoK Herramientas ` `
` ` `
Actores El Proceso y sus Ceremonias
Burn Down Charts AgileEVM
Mitos sobre Agile g y PMI Cuando usar Agile Bibliografía 2
Manifiesto Agil g ((Agile g Manifesto) f ) (a.k.a. Manifiesto por el Desarrollo Ágil de Software) Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:
Individuos e interacciones Software S ft funcionando f i d Colaboración con el cliente Respuesta ante el cambio
sobre
procesos y herramientas
sobre
documentación extensiva
sobre
negociación contractual
sobre
seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la izquierda. izquierda Web: http://agilemanifesto.org/
…en español: http://agilemanifesto.org/iso/es/
Agilidad g `
¿Qué Q é es Agilidad? A ilid d? Según Jim Highsmith, uno de los creadores del manifiesto: “Agilidad es la capacidad de crear y responder al cambio con el fin de obtener ganancias en un entorno empresarial turbulento” “Agilidad es la capacidad de equilibrar flexibilidad y estabilidad” “El software funcionando es la medida principal de progreso” 4
Varios colores de Agile g •
S Scrum
•
Crystal Methods
•
Unified Process (UP) ( )
•
Lean Development (LD)
•
Extreme Programming (XP)
•
D Dynamic i Systems S D l Development M h d (DSDM) Method
Scrum Es un marco de trabajo (framework) para la gestión y desarrollo de software. Utiliza un proceso iterativo e incremental para optimizar la previsibilidad y controlar el riesgo.
5
Scrum - Actores `
Product Owner
`
Scrum Master
`
Responsable R bl d de maximizar i i ell valor l d dell ttrabajo b j d dell ttrabajo b j que realiza el scrum team. Es el representante del usuario/dueño del producto. Administra y prioriza p los requerimientos q (Product ( od ct Backlog). c og)
Responsable R bl d de asegurarse que ell proceso es comprendido did y utilizado adecuadamente. Prepara/entrena al equipo de trabajo, elimina impedimentos y trabaja constantemente para asegurarse que el equipo pueda conseguir los objetivos del Sprint
Scrum Team
El equipo que realiza el trabajo. Tamaño óptimo 7 personas El equipo se auto-organiza y es responsable en forma conjunta de los resultados del trabajo. 6
Scrum - Proceso Daily Standup 1. Qué hizo? 2. Qué hará? 3. Impedimentos?
24 hs
Planificación Release
Retrospectiva Sprint Iteracion /Sprint 2 a 4 semanas
Product Backlog
Producto Instalable Sprint Backlog
Qué? Cómo? Planificación sprint
Revisión del sprint
PMBoK: Grupos p y Areas de Conocimiento Procesos de Planificación
Procesos de Inicio
Procesos de Control
Procesos de Ejecución j
Procesos de Cierre
Integración Alcance
Tiempos
Costos
Calidad
RRHH
Comunicaciones
Ri Riesgos
Ad i i i Adquisiciones
8
Notas sobre Gestión de la Integración g `
Plan de Proyecto “Los pplanes son inútiles. La pplanificación f es esencial”. - Dwight D. Eisenhower, General y Presidente (1890-1961)
`
Gestión Integrada de Cambios
`
Plan para el release y planes iterativos a medida que se avanza. El team es dueño y se compromete con el plan. Estilo de planificación gradual (“Rolling wave”)
Este pproceso se simplifica p e integra g a la rutina diaria del team. Los cambios al producto se trabajan a través del Product Backlog. Sprint Review y Sprint Retrospective sirven también como parte de control de cambios, cambios de producto y de proceso. proceso
Cierre de Proyecto
Retrospectivas cumplen la función de lessons learned. 9
Notas sobre Gestión del Alcance `
R l ió d Recolección de Requerimientos R i i
`
]
User Stories, Sprints Reviews.
Definicion del Alcance y WBS
`
[
Partiendo del Product Backlog se definen en el Sprint Planning. Cada User Story se puede asimilar a un work package. Epics y Themes para hablar de descomposición.
Verificación del Alcance
Se realiza con cada iteracion durante el Sprint Review con el Product Owner e Interesados
10
Notas sobre Gestión del Alcance `
Corrupción del Alcance (Scope Creep)
La plaga en los proyectos tradicionales de desarrollo, desarrollo En SCRUM se convierte en algo esperado y bienvenido. Manifiesto:
“Valoramos más respuesta ante el cambio sobre seguir un plan”
Enfoque
Tradicional
Restricciones
Funcionalidad
SCRUM Costo
Cronograma Guiado por Visión / Valor
Guiado por Plan
E i Estimaciones i
Costo
Cronograma
Funcionalidad 11
Notas sobre Gestión de Tiempos p y Costos `
Estimación
La estimación básica de Tiempos será cantidad de Sprints:
La estimación básica de costos será simplemente:
`
No se requiere q identificar el camino critico del pproyecto. y Se registran y atacan los impedimentos para avanzar.
Control de Avance
`
Se mide en Story Points x Sprint. Sprint
Focalización en impedimentos
`
C t d Costo dell T Team x D Duración ió del d l Release R l
Velocidad del Equipo (Velocity)
`
Cantidad de Story Points / Velocidad del Team
Se utilizan los Burn Down charts.
Una buena medida para proyeccciones
Uso de Valor Ganado (Earned Value) 12
Burn Down Charts Release Burn Down Chart
Muestra la cantidad de Story Points faltantes en el release, por cada iteración. iteración
La línea verde representa el óptimo “consumo” de Story Points.
Sprint Burn Down Chart
Se estiman la cantidad de horas de esfuerzo faltantes de la iteración.
Se mide por día.
13
AgileEVM g – Valor Ganado `
¿Qué necesito saber?
Cantidad de Sprints del release (4) Cantidad de Story Points (120) Prespuesto del Release (BAC) ($ 160.000)
Funcionalidad
Home Somos ? Login
`
Mediciones
Cantidad de SP completados (25) Cantidad de iteraciones iteraci nes completadas c m letadas (1) Costo Real (AC) ($ 50.000) Cantidad de SP agregados o removidos (0)
SP Est Est.
SP Comp . 10
10
5
5
10
10
P bli id d Publicidad
5
Catalogo
15
Fotos
15
Ver Carrito
10
Agr. Carrito
20
Envio
10
Check-out
20 Total
120 14
AgileEVM g – Valor Ganado # Iteraciones Completadas p 1 % Esperado Completado (EPC EPC) = = = 25% # Iteraciones Totales 4
% Real Completado (APC APC) =
# SP Completados 25 = = 21% # SP Estimados 120
PV Iteracion = EPC x BAC = 25% x 160.000 = 40.000 EV = APC x BAC = 21% x 160.000 = 33.600 CPI = EV / AC = 33.600 / 50.000 = 0.672 600 / 40.000 40 000 = 00.84 84 SPI = EV / PV = 33 33.600
CV, SV, ETC, EAC...
15
Notas sobre Gestión de la `
Planificar la Calidad
`
A Aseguramiento i d de la l Calidad C lid d (QA)
`
Terminado (done). Debe haber un criterio único para todos los actores e interesados. Establecer claramente qqué es la “definición de done” ((DoD). ) Definir los tipos de pruebas a realizar.
Sprint Review y Sprint Retrospective incluyen QA. Mejora Contínua está embebida en el concepto de iteraciones.
Control de la Calidad (QC) ( )
Se pone el énfasis en trabajar con los desarrolladores durante cada iteración para encontrar y eliminar los defectos. Automatización de pruebas 16
Notas sobre Gestión de RRHH `
Los equipos q p son multi-funcionales
Gran desafío:
`
Equipos auto-gestionados y motivados
`
Cómo trabajar con especialistas que no se requieren 100% del tiempo. La gente cumple con más de un rol.
Los miembros están involucrados y comunicados.
C Capacidades id d del d l equipo i
Aumenta gracias a la colaboración y el trabajo j en equipo. q p
17
Notas sobre Gestión de las Comunicaciones `
Identificar y Gestionar Interesados
`
Nada está oculto, los problemas se discuten El contacto constante es clave para el éxito del proyecto t Manejo de expectativas a través de los Sprint Review.
Plan y Distribución de Información
FFormalización li ió d de reuniones i y documentos d t establecida. Simplificación utilizando Pizarras y post-it.
“Simpleza es el arte de maximizar la cantidad de trabajo no hecho”
Burn Down charts y EVM para reportar di i rendimiento. 18
Notas sobre Gestión de Riesgos g `
Planificación de Riesgos
`
Análisis
`
No hay necesidad de un plan formal. formal El método para abordar los riesgos está incluído en los procesos de Scrum.
En general el análisis es solo cualitativo. cualitativo Las cortas iteraciones y revisiones hacen que esto sea efectivo.
Monitoreo y Control
La re-evaluación de los riesgos se hace durante las retrospectivas. El monitoreo i se hhace hhasta en llos daily d il standups d d d se exponen los donde l riesgos potenciales, los disparadores y los nuevos obstáculos. La tercera pregunta del daily standup: ¿Qué impedimentos tiene?
19
Mitos sobre Agile g y PMI ((1)) `
Los procesos agiles eliminan la necesidad de tener Aseguramiento de la Calidad y Gestión del Proyecto Falso
`
Los equipos agiles no planifican ni documentan su trabajo
`
Muchas de las actividades tradicionales de QA y PM fueron distribuidas a lo largo de los procesos y en el team.
Falso
Los planes se revisan y reconstruyen en forma regular y con el nivel de detalle necesario en cada etapa, con un estilo “rolling wave”.
Quienes Q i practican ti agile il ven lla definición d fi i ió de d requerimientos i i t y diseño di ñ Falso como ceremonias a evitar y que no aportan valor para el cliente.
La definición de requerimientos es fundamental para el éxito de las iteraciones.
20
Mitos sobre Agile g y PMI ((2)) `
Los métodos ágiles entran en conflicto con los procesos del PMBoK®. Falso
`
Las áreas del PMBoK se deben aplicar p en cada iteración y deben ser planificadas y gestionadas para cumplir con los requerimientos en tiempo y según el presupuesto.
Los proyectos ágiles se pueden hacer más rápido, con menos recursos y sin un PM. Falso
El PM debe d b ser un ffacilitador, ili d d dedicándose di á d más á a liderar lid y menos a gerenciar.
21
¿Cuándo utilizar Agile? ¿ g `
Agile SI ` ` ` `
Si el cliente del proyecto está involucrado y disponible. El equipo de trabajo está altamente calificado y motivado. El pproyecto y es innovador,, experimental p o novedoso ppara la organización. Si va a haber colaboración dentro del equipo y con el cliente en forma diaria
`
Agile NO ` ` `
Si el proceso de control de cambios es formal y se requiere mucha documentación. E i Equipos d de trabajo b j con personall con poca experiencia en puestos claves Si el cliente tiene una limitada participación.
22
Bibliografía g recomendada ` `
PMBok última edición Autores más recomendados
`
Videos en youtube
`
Jim Highsmith, Ken Schwaber, Jeff Sutherland, Mike Cohn Mary and Tom Poppendieck, Michele Sliger Buscar B scar “scr “scrum m in under nder 10 min minutes” tes” by b Hamid Shojaee Buscar Ken Schwaber en google talks (1 hora).
White papers y artículos
http://www.pmi.org En pmi.org (gratis para miembros) http://www.scrumalliance.org http://www.agilealliance.org http://www.versionone.com http://www.infoq.com p q
23
Vamos a probar algo llamado programación agil
Esto significa nada de Planificar y nada de documentación. Solo empiecen a programar y a quejarse
Me alegra que tenga un nombre
Este fue su entrenamiento
Preguntas?
Alejandro Gabay, PMP, CSM
[email protected]