Este documento presenta un webinar sobre la aplicación de métodos ágiles en la gestión de proyectos. Introduce los principios básicos de los métodos ágiles como el Manifiesto Ágil y SCRUM, y cómo estos se pueden integrar con el PMBOK para crear un enfoque ágil de gestión de proyectos. También ofrece consejos sobre cómo aplicar conceptos ágiles como iteraciones de tiempo fijo, feedback frecuente con el cliente y aceptar constantemente el cambio cuando se gestionan el tiempo, los costes y el al
1. Bienvenido... Bienvenue... Benvenuti... Willkommen... 欢迎
... ... ... ...
Agilizando el PMBoK
g
con Agile Project Management
WEBINAR CONJUNTO - MÉTODOS ÁGILES Y SUS APLICACIONES
17 Febrero 2011
2. Agenda del curso
1. Introducción
2. Principios básicos de los métodos ágiles
p g
3. Agile vs. PMBOK mundos separados pero complementarios
4. APMBOK (Agile Project Management)
5. ¿Cómo puedo agilizar lo que ya conozco del PMBOK?
6. ¿Qué puedo empezar a implementar YA?
7. Q&A / Debate
Esta obra está bajo una licencia Reconocimiento-Compartir de Creative Commons.
3. Un poco de autobombo
¿Quién soy?
Rafael Igual
• Ingeniero Informático
• Executive MBA
• PMP Certified
• PRINCE2 Certified
• SCRUM Manager Certified
• Miembro PMI y Vocal Junta Directiva PMI Madrid
• 21 años de experiencia en diversos sectores
• Emprendedor en consultoría estratégica TI y analista
independiente sobre innovación y transformación de
negocios
• Director de proyectos, programas, portfolio y PMO
office manager
• Asumiendo gran variedad de competencias y roles
técnicos y gerenciales
• E t lt í i t d ió
Experto en consultoría y asesoramiento en adopción y
escalado de metodologías y prácticas agiles (Lean,
Scrum, Kanban)
• Formador y mentor de jefes de proyecto, coaching de rafael.igual@agile4teams.com
equipos de alto rendimiento
q p es.linkedin.com/in/rafaeligual
• Consultor de soporte en cambios organizacionales y twitter.com/rafaeligual
modelos de gestión de personas slideshare.net/rigualv
4. Un poco de autobombo
¿Qué servicios ofrezco?
1.Formación IT Project & Service Management 3.Coaching & Mentoring
• Dirección de proyectos y programas (PMI, • Coaching de Equipos: perfeccionamiento de
PRINCE2) las capacidades del equipo de trabajo y en la
• Dirección de PMO y portfolio adaptación mutua de sus componentes
• Planificación estratégica y sistemas de • Mentoring a Jefes de Proyecto: adquirir el
control (CMI, A3 Thinking) conocimiento de la metodología y puesta en
• Gestión de Servicios TI (ITIL V3, ISO 20000) práctica
• Introducción a gestión de proyectos ágiles de • Mentoring y Coaching a Jefes de Proyecto:
software (Lean, SCRUM, Kanban, XP) soporte a control y recuperación de proyectos
• SCRUM marco ágil para gestión de proyectos
• Workshop adopción e integración de SCRUM
2.Consultoría Project Management 4.Herramientas & Soluciones
• Diagnostico cultura en dirección de • Implantación y formación herramientas 2.0
proyectos y gestión basada en procesos • Implantación y formación plataformas
• Implantación y adaptación de metodologías Knowledge Management & Social Learning
de gestión de proyectos (clásicas/ágiles) • Implantación y formación herramientas Web-
• Consultoría en gestión de proyectos: EPM, based Project Management & Social Software
PPM, PMO, análisis de riesgos, revisión de • Implantación y formación herramientas de
beneficios, selección de herramientas Productividad Personal (Getting Things Done)
• Gestión delegada de proyectos, internos o
g p y , • Creación y dinamización de Comunidades de
externos del cliente (offshore) Práctica (CoP)
• Oficina de Proyectos: servicio de soporte
para Jefes de Proyectos del cliente
5. Introducción
Entorno de los proyectos de software
Tradicionalmente, los proyectos informáticos se han gestionado siempre
de la misma manera: inicio del proyecto, toma de requisitos, análisis,
diseño, programación, pruebas, puesta en producción
Para garantizar que a lo largo de este proceso no nos alejamos del
objetivo perseguido por el cliente, se genera una cantidad ingente de
documentación, actas, informes de seguimiento, solicitudes de gestión
de cambios diseños validaciones etc
cambios, diseños, validaciones,
Al mismo tiempo, tratamos de acotar el alcance inicial y no desviarnos
de él, para evitar que los proyectos se alarguen en tiempo o coste
6. Introducción
Proyectos de software ¿predecibles?
Chaotic
projects
Structured
p j
projects Agile
projects
Fuente: “Strategic Management and Organizational Dynamics “, Ralph
Stacey tomado de “Agile Software Development with Scrum”, Ken
Schwaber y Mike Beedle.
7. Introducción
Vida cotidiana de un Director de Proyecto
Un cliente pide una propuesta para conseguir un determinado producto de software.
El cliente tiene una idea aproximada de lo que quiere, que intenta transmitirte. Con
esta borrosa información realizas una estimación de tiempo y coste, que acuerdas con
el cliente: “Esto lo tendrás en 12 semanas por 100.000€”.
A ver si os suena esto:
• La primera fase del proyecto es la toma detallada de requisitos. Comienzan a
aparecer requisitos que nunca imaginaste
imaginaste.
• Como el plazo y coste están cerrados, te agarras a la respuesta tradicional: “esto
está fuera del alcance”.
• El cliente se incomoda… te presiona para que aceptes. Tu superior y equipo te
presionan para que NO aceptes.
• A lo largo del proyecto, surgen nuevas necesidades no contempladas inicialmente:
la go p oyecto, su ge uevas eces dades o co te pladas c al e te:
funcionalidades muy deseables en las que nadie pensó, integraciones convenientes
con otros sistemas, ideas brillantes del propio equipo de desarrollo…
• A todo decimos que NO para no desviarnos del alcance inicial.
La realidad es dura, pero ¿cómo sobrevivir? …
8. Introducción
Vida cotidiana de un Director de Proyecto
Al cabo de 12 semanas el producto está terminado. El cliente lo ve por primera
vez, y descubre que:
• No es eso “exactamente” lo que él tenía en la cabeza Quizá no lo
exactamente cabeza.
transmitió bien o no le entendiste
• El producto carece de funcionalidades muy importantes que surgieron
posteriormente al cierre del alcance, y no pudieron incorporarse
• El producto tiene ciertas funcionalidades que no resultan muy útiles, o que
p q y q
podrían haberse definido mejor
í
• ¿Y ahora cómo le cuento yo esto a mi Jefe?
Por tanto, los 100.000€ no se han empleado de la mejor manera posible. Y ahora
es cuando le pides otros 50 000€ para lanzar la Fase II e incorporar todo lo que se
50.000€ II,
quedó por el camino…
El cliente… ¿Te va a volver a contratar?
Probablemente sí, porque así es como todo el mundo hace las cosas. ¿No?
Ante t
A t entornos altamente cambiantes y con alto grado d
lt t bi t lt d de
incertidumbre, flexibilidad y agilidad como respuesta
9. Introducción
Principales causas de fracaso en los proyectos
Ratio
proyectos de
exito
Ratio
proyectos
fallidos
Sobrecostes
Retrasos
Fuente: Standish Group
10. Introducción
¿Por qué tengo que cambiar y ser mas ágil?
“Locura: Hacer
lo mismo que la
vez anterior
anterior,
pero esperar
resultados
lt d
diferentes.”
atribuida a Albert Einstein
12. Introducción
¿Por qué tengo que cambiar y ser mas ágil?
Resultado
El trabajo del gestor no es
hacer los deberes
Vicios de la gestión formal
“gestionar no es controlar”
La cultura del cumplimiento
es contagiosa
g
13. Principios básicos de los métodos ágiles
Fundamentos
Agile supone un cambio radical de enfoque, pasando de
controlar a facilitar, de dirigir a realizar “coaching”, q
, g g , que
acepta que:
… el problema no p
p puede ser totalmente
definido o comprendido desde el principio
… hay que maximizar la habilidad del equipo
para adaptarse lo más rápidamente posible
… el cliente NO es el enemigo
… la mejor comunicación es la comunicación
cara a cara
… el software en funcionamiento es la
principal medida de progreso
i i l did d
14. Principios básicos de los métodos ágiles
¿Alguien lo pone en practica?
Media y
telecos
Software y
Hardware
Internet
ERP
Banca e
Banca e
Inversión
Sanidad y
Salud
Defensa y
aeroespacial
Juegos
17. Principios básicos de los métodos ágiles
Lean Thinking
1. Respetar a las personas, porque el equipo es quien conoce cómo
mejorar el proceso en que trabaja.
2. Eliminar l d
2 Eli i los desperdicios que se producen en el proceso, todo
di i d l d
aquello que no produce valor añadido en el producto.
3. Aplazar el compromiso, retardar las decisiones hasta q se
p p , que
disponga de toda la información o no se pueda esperar más.
4. Crear conocimiento, tener feedback regular con el cliente para
alinearse con sus expectativas
expectativas.
5. Hacer entregas rápidas, para permitir que el cliente pueda
aprovechar antes los beneficios que le aporta el proyecto.
6. Desarrollar con calidad interna, de manera que el producto pueda
ir creciendo con una velocidad sostenida.
7. Optimizar l t t lid d d l proceso, mejorar el proceso d
7 O ti i la totalidad del j l de
creación del producto, desde la idea hasta su entrega.
18. Principios básicos de los métodos ágiles
SCRUM
SCRUM no define procesos y técnicas para desarrollar
productos, sino que es un framework (esqueleto) que
sienta unas bases en las cuales enmarcar procesos y
técnicas de desarrollo concretas
concretas.
SCRUM…
• Está basado en la teoría de control de procesos
empíricos
• Es iterativo e incremental
• Optimiza la predictibilidad y control de riesgos
Se b
S basa en 3 principios:
i i i
• Transparencia: Todos los aspectos que influencian el resultado deben de ser
visibles al cliente.
• Inspección: T d los aspectos del proceso d b d ser i
I ió Todos l t d l deben de inspeccionados
i d
frecuentemente para detectar variaciones inaceptables en el mismo o en el
producto resultante.
• Adaptación: Si se detectan variaciones inaceptables, se deben tomar medidas para
adaptar di h procesos o di h resultado.
d t dichos dicho lt d
19. Principios básicos de los métodos ágiles
Entrega continua de valor al cliente
Ciclo de vida del Producto
Totalmente funcional
T t l t f i l
Siempre operativo
Funcionalidades incrementales
20. SCRUM Framework
¿Quién forma parte de un proyecto ágil?
¿Quiénes son los cerdos? Los que se están “jugando el jamón”…
El T
Team
El Scrum Master
El Product Owner
¿Quiénes son las gallinas? Los que pueden “contribuir con un huevo”…
Usuarios (key user)
Negocio (business analyst)
Cualquier tipo de “stakeholder”
Las opiniones de las gallinas serán bienvenidas, pueden contribuir con su
experiencia… pero nunca intervenir en el trabajo del equipo.
21. SCRUM Framework
Ciclo básico proceso Scrum
Product Owner Team Product Owner
Scrum diario
Sprint de (24 horas)
2‐4 semanas
Planning Sprints Review &
meeting retrospective
Backlog del Backlog del Incremento del
producto sprint producto con calidad
productiva
d ti
22. Mundos separados pero complementarios
Agile vs. PMBOK (diferencias y similitudes)
La esencia de
Project
g
Management?
Coste Tiempo
Alcance Calidad
Riesgo
23. Mundos separados pero complementarios
Agile vs. PMBOK (diferencias y similitudes)
Gestión de la
incertidumbre
vs.
Gestión por
incertidumbre
24. Mundos separados pero complementarios
Agile WBS (equivalencia)
Timeboxing
Duración fija
Sin solapamiento
Sin solapamiento
No aplazable
25. Mundos separados pero complementarios
¿Agile + PMBOK?
Monitor
Initiate Plan Execute Close
& Control
Elab.
Elab Construction
Inc. Trans.
I1‐N
I0 IH
26. Mundos separados pero complementarios
Agile + PMBOK (Agile Project Management)
Equipos pequeños (5–9 personas)
Localizados - Multidisciplinares
Auto-organizados - Full time
Responsabiliad colectiva - Productividad
27. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión del tiempo
Definición de la actividad
Secuencia de la actividad
Estimación de tiempos
Desarrollo de la agenda
Control de la agenda
Iteraciones de tiempo prefijado (TimeBox)
Iteraciones de tiempo constante
Siempre a tiempo
Priorización en vez de Secuenciación
ó S ó
Eliminar/Reducir Dependencias
Entregables en vez de Actividades
E bl d A i id d
28. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión de costes
Plan de recursos
Estimación de costes
Presupuesto
Control de costes
Coste = tamaño X duracion
Equipo durante un determinado tiempo
29. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión del alcance
Inicio
Planificación del alcance
Definición del alcance
Verificación del alcance
Control de cambio del alcance
Feedback frecuente con el cliente
Dejar margen para la negociación
Aceptar el cambio de forma constante
Priorización por valor negocio/coste (ROI)
Planificación evolutiva (Rolling Wave)
30. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión de riesgos
Plan de riesgos
Identificación de riesgos
Análisis cuantitativo de riesgos
c antitati o
Análisis cualitativo de riesgos
Plan de exposición de riesgos
Monitorización y control de ries.
Gestión de riesgos implícita
Riesgos de valor negocio y técnicos
g g
Entregas/Revisiones frecuentes
Visibilidad continua
31. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión de la calidad
Plan de calidad
Aseguramiento de la calidad
Control de calidad
Calidad implícita desde el momento cero
Verificación continua
Integración continua
p
Retrospectivas
32. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión de la comunicación
Comunicación Plan de comunicaciones
Distribución
Distrib ción de la información
Informes de eficiencia
Cierre administrativo
Lugar Común / Compartido
Sprint Planning Meeting
Retrospectivas
Daily Standup Meetings
Radiadores de información / Gestión Visual
33. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión de la integración
Integración Desarrollo del plan de p y
p proyecto
Ejecución del plan de proyecto
Control integrado del cambio
Validar vision y project charter
Agiliza plan y enfoque de proyecto
g p q p y
Responsabilidad individual
g
Control del cambio integrado
34. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión de compras
Compras
Plan de necesidades
Plan de compras
Compras
Selección de proveedores
Contratación administrativa
Cierre de contrato
Elabora contratos para soportar cambios
Construye relaciones de confianza
Crea acuerdos “win win”
“win-win”
Enfoque de contrato adaptable y flexible
Permite la cancelación temprana
35. Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?
Gestión recursos humanos
RRHH Plan de organización
Incorporación de personas
Desarrollo del equipo
Equipos auto organizados
auto-organizados
Individuos comprometidos y responsables
Performance de equipo
Personas motivadas
Eliminar impedimentos
36. Empowerment
Self‐Organization
S lf O i i
Trust Individuals
Trust Individuals
Accountability
Agile Project Management ... More Fun, Happy Teams!
picture by woodleywonderworks
37. Se hace camino al andar
In thepuedo empezar a implementar YA?
¿Qué end..
Cambio cultural
Responsabilidad colectiva
Adaptación permanente
Comunicación cara a cara
C i ió
Mejora continua (ciclo deming)
Enfoque servicial y colaborativo
Visibilidad de los problemas
p
Simplificar la complejidad
Gestión visual compartida
38. Preguntas / Coloquio / Chat
“… Science never solved one problem
p
without creating ten more …”
Rafael Igual
Consultant|Trainer|Coach
+34 649 996 451
34
rafael.igual@agile4teams.com