Bienvenido...

... Bienvenue...
... Benvenuti... ... 欢迎
... Willkommen...

Agilizando
g el PMBoK
con Agile Project Management

WEBINAR CONJUNTO - MÉTODOS ÁGILES Y SUS APLICACIONES

17 Febrero 2011
 Agenda del curso

1. Introducción
2. Principios
p básicos de los métodos ágiles
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.

 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 en consultoría
Experto lt í y asesoramiento
i t en adopción
d ió 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
q p de alto rendimiento
equipos es.linkedin.com/in/rafaeligual
• Consultor de soporte en cambios organizacionales y twitter.com/rafaeligual
modelos de gestión de personas slideshare.net/rigualv
 Un poco de autobombo
¿Qué servicios ofrezco?
1.Formación IT Project & Service Management
• Dirección de proyectos y programas (PMI,
PRINCE2)
• Dirección de PMO y portfolio
• Planificación estratégica y sistemas de
control (CMI, A3 Thinking)
• Gestión de Servicios TI (ITIL V3, ISO 20000)
• Introducción a gestión de proyectos ágiles de
software (Lean, SCRUM, Kanban, XP)
• SCRUM marco ágil para gestión de proyectos
• Workshop adopción e integración de SCRUM
2.Consultoría Project Management
• Diagnostico cultura en dirección de
proyectos y gestión basada en procesos
• Implantación y adaptación de metodologías
de gestión de proyectos (clásicas/ágiles)
• Consultoría en gestión de proyectos: EPM,
PPM, PMO, análisis de riesgos, revisión de
beneficios, selección de herramientas
g
• Gestión delegada de proyectos,
p y , internos o
externos del cliente (offshore)
• Oficina de Proyectos: servicio de soporte
para Jefes de Proyectos del cliente
3.Coaching & Mentoring
• Coaching de Equipos: perfeccionamiento de
las capacidades del equipo de trabajo y en la
adaptación mutua de sus componentes
• Mentoring a Jefes de Proyecto: adquirir el
conocimiento de la metodología y puesta en
práctica
• Mentoring y Coaching a Jefes de Proyecto:
soporte a control y recuperación de proyectos
4.Herramientas & Soluciones
• Implantación y formación herramientas 2.0
• Implantación y formación plataformas
Knowledge Management & Social Learning
• Implantación y formación herramientas Web-
based Project Management & Social Software
• Implantación y formación herramientas de
Productividad Personal (Getting Things Done)
• Creación y dinamización de Comunidades de
Práctica (CoP)
 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,
cambios diseños,
diseños validaciones,
validaciones etc

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
 Introducción
Proyectos de software ¿predecibles?

Chaotic
projects
Structured
projects
p j Agile
projects

Fuente: “Strategic Management and Organizational Dynamics “, Ralph

Stacey tomado de “Agile Software Development with Scrum”, Ken
Schwaber y Mike Beedle.
 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 la
largo proyecto,
go del p surgen
oyecto, su ge nuevas
uevas necesidades
eces dades no contempladas
o co te pladas inicialmente:
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? …

 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”
exactamente lo que él tenía en la cabeza.
cabeza Quizá no lo
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 p
producto tiene ciertas funcionalidades q
que no resultan muyy útiles, o q
que
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€
50 000€ para lanzar la Fase II,
II e incorporar todo lo que se
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
A t entornos
t altamente
lt t cambiantes
bi t y con altolt grado
d dde
incertidumbre, flexibilidad y agilidad como respuesta
Introducción
Principales causas de fracaso en los proyectos

Ratio
proyectos de
exito

Ratio
proyectos
fallidos

Sobrecostes

Retrasos

Fuente: Standish Group

 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
Introducción
¿Por qué tengo que cambiar y ser mas ágil?
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
 Principios básicos de los métodos ágiles
Fundamentos

Agile supone un cambio radical de enfoque, pasando de

controlar a facilitar,, de dirigir
g a realizar “coaching”,
g ,qque
acepta que:
… el p
problema no 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
i i l medida
did ded progreso
 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
Principios básicos de los métodos ágiles
Manifiesto ágil (www.agilemanifesto.org)
Principios básicos de los métodos ágiles
Manifiesto ágil (www.agilemanifesto.org)
 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 Eli
2. Eliminar
i llos d
desperdicios
di i que se producen
d en ell proceso, todo
d
aquello que no produce valor añadido en el producto.
p
3. Aplazar el compromiso,
p , retardar las decisiones hasta q
que se
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 O
7. Optimizar
ti i lla ttotalidad
t lid d d
dell proceso, mejorar
j ell proceso d
de
creación del producto, desde la idea hasta su entrega.
 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
S basa
Se b en 3 principios:
i i i
• Transparencia: Todos los aspectos que influencian el resultado deben de ser
visibles al cliente.
• IInspección:
ió Todos
T d los
l aspectos
t del
d l proceso ddeben
b d de ser iinspeccionados
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
d t di dichos
h procesos o di
dicho
h resultado.
lt d
Principios básicos de los métodos ágiles
Entrega continua de valor al cliente

Ciclo de vida del Producto

Totalmente
T t l t funcional
f i l
Siempre operativo
Funcionalidades incrementales
 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 Team
T
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.
 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
Mundos separados pero complementarios
Agile vs. PMBOK (diferencias y similitudes)

La esencia de
Project
g
Management?

Coste Tiempo
Alcance Calidad

Riesgo
Mundos separados pero complementarios
Agile vs. PMBOK (diferencias y similitudes)

Gestión de la
incertidumbre
vs.
Gestión por
incertidumbre
 Mundos separados pero complementarios
Agile WBS (equivalencia)

Timeboxing

Duración fija
Sin solapamiento
Sin solapamiento
No aplazable
Mundos separados pero complementarios
¿Agile + PMBOK?

Monitor 
Initiate Plan Execute Close
& Control

Elab
Elab. Construction
Inc. Trans.

I1‐N
I0 IH
 Mundos separados pero complementarios
Agile + PMBOK (Agile Project Management)

Equipos pequeños (5–9 personas)

Localizados - Multidisciplinares
Auto-organizados - Full time
Responsabiliad colectiva - Productividad
 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
E
Entregables
bl en vez ded Actividades
A i id d
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
 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)
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
c antitati o de riesgos
ƒAnálisis cualitativo de riesgos
ƒPlan de exposición de riesgos
ƒMonitorización y control de ries.

Gestión de riesgos implícita

g de valor negocio
Riesgos g y técnicos
Entregas/Revisiones frecuentes
Visibilidad continua
 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
 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
 Agile Project Management
¿Cómo puedo agilizar lo que ya conozco del PMBOK?

Gestión de la integración

Integración ƒ Desarrollo del p

plan de p
proyecto
y
ƒ Ejecución del plan de proyecto
ƒ Control integrado del cambio

Validar vision y project charter

g
Agiliza plan y enfoque
p q de p proyecto
y
Responsabilidad individual
g
Control del cambio integrado
 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
 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
auto-organizados
organizados
Individuos comprometidos y responsables
Performance de equipo
Personas motivadas
Eliminar impedimentos
 Empowerment
S lf O
Self‐Organization
i i
Trust Individuals
Trust Individuals
Accountability
Agile Project Management ... More Fun, Happy Teams!
picture by woodleywonderworks
 Se hace camino al andar
In thepuedo
¿Qué end.. empezar a implementar YA?

Cambio cultural
Responsabilidad colectiva
Adaptación permanente
Comunicación
C i ió cara a cara
Mejora continua (ciclo deming)
Enfoque servicial y colaborativo
Visibilidad de los problemas
p
Simplificar la complejidad
Gestión visual compartida
Preguntas / Coloquio / Chat

“… Science never solved one problem

p
without creating ten more …”

Rafael Igual
Consultant|Trainer|Coach
+34
34 649 996 451
rafael.igual@agile4teams.com