1.
La alternativa
ágil
V5.7 www.agile-spain.com

2.
Xavier Albaladejo comenzó a utilizar integración continua,
wikis y eXtreme Programming (XP) en 2002 para que los
clientes pudiesen dirigir sus propios proyectos.
Actualmente, desde el Agile Excellence Center de everis,
se dedica a ayudar a organizaciones a mejorar su
efectividad y eficiencia bajos principios Agile y Lean, así
como a entrenar a equipos en Scrum y Kanban.
Xavier Albaladejo es fundador de proyectosagiles.org,
Certified Scrum Master, colaborador de Agile Barcelona,
presidente de Agile-Spain y coordinador del Postgrado en
Métodos ágiles de La Salle.
Contacto: xavier dot albaladejo dot ezequiel at everis dot com
AGILE EXCELLENCE CENTER
Gobierno TI
www.agile-spain.com

3.
Agenda
• El mundo ideal
• Problemas típicos en proyectos.
• ¿Por qué aparecen estos problemas?
• La alternativa ágil
• Beneficios
• Lean, Scrum, Kanban, XP
• Herramientas ágiles
• Facilitadores e impedimentos
• Recursos
www.agile-spain.com

4.
EL MUNDO
IDEAL
http://www.definicionabc.com/wp-content/uploads/felicidad.jpg
www.agile-spain.com

5.
El proyecto ideal
Actividades
Req. Análisis Diseño Construcción Pruebas
Al inicio del proyecto:
El cliente sabe Se toman requisitos detallados
perfectamente qué al inicio y ya no es necesario
necesita. volver a hablar con el cliente
hasta al final del proyecto.
Tú sabes cómo hacer
para conseguirlo.
http://mayores.uji.es/blogs/mayores-nt/files/2009/12/Idea_Man.gif
http://http://images.clipartof.com/thumbnails/17266-Clipart-Picture-Of-A-Strong-Male-Caucasian-Office-Nerd-Business-Man-Mascot-Cartoon-Character-Flexing-
www.agile-spain.com

6.
El proyecto ideal
Actividades
Req. Análisis Diseño Construcción Pruebas
Durante el proyecto:
• Con la documentación adecuada que elabora cada especialista, la
siguiente fase encuentra todo lo que necesita, sin que se haya
perdido ninguna información por el camino.
• Viendo moverse estos entregables, todo el mundo está seguro de
que el proyecto está yendo bien. Es suficiente con hacer el control
de calidad al final del proyecto.
• Nada cambia durante el camino.
http://virtualmarketingofficer.com/wp-content/uploads/2010/06/delivering-happiness-cover11.jpg
www.agile-spain.com

7.
El proyecto ideal
Actividades
Req. Análisis Diseño Construcción Pruebas
Al final del proyecto el
cliente recibe lo que
esperaba y no hay que
cambiar nada.
http://idealgiftguide.com/women_gifts.JPG
www.agile-spain.com

8.
El proyecto ¿ideal?
Planificación
Req. Análisis Diseño Construcción Pruebas
¿Seguro que el
usuario final recibe
lo que esperaba?
http://media.photobucket.com/image/opening%20gift/AptsForRent/OPeningPresents.jpg
www.agile-spain.com

9.
PROBLEMAS
TÍPICOS EN
PROYECTOS
http://www.flickr.com/photos/22283130@N07/2454229159/
www.agile-spain.com

10.
El cliente tarda mucho tiempo en poder utilizar
el resultado del proyecto.
Mientras tanto, el contexto
cambia y los competidores
lanzan nuevos productos.
Si se cancela el proyecto
se habrá gastado el dinero
a cambio de NADA.
http://www.flickr.com/photos/marxxiana/209752547/
www.agile-spain.com

11.
El proyecto se complicó más de lo esperado.
Hay retraso y hay que
entregar ya. Empiezan
los parches y no hay
tiempo para pruebas /
http://www.flickr.com/photos/jonnybaker/197851520/
control de calidad.
www.agile-spain.com

12.
El equipo hace horas extraordinarias y está
poco motivado.
Apenas se dedican a
cumplir órdenes. Cada
uno hace sólo lo suyo.
http://www.flickr.com/photos/xiaming/2160324363/
www.agile-spain.com

13.
¡¡¡ Y ahora el cliente pide cambios !!!
¡¡¡ Pero si el proyecto
está acabando y no
queda ni tiempo ni
presupuesto !!!
http://www.flickr.com/photos/ptomlins/2630802129/in/set-72157605954118407/
www.agile-spain.com

14.
Todos acaban poco satisfechos
Tanto el cliente
como el equipo.
http://www.flickr.com/photos/notunlike/1433929770/
www.agile-spain.com

15.
¿POR QUÉ APARECEN
ESTOS PROBLEMAS?
http://www.flickr.com/photos/fuck_fhash/2967505877/
www.agile-spain.com

16.
Un proyecto tradicional
Plan inicial
Req. Análisis Diseño Construcción Pruebas
Retraso
La realidad
10% 30% 50% 95% 96% 98% 100%
Req. Análisis Diseño Construcción
ufff!
El equipo “se pasa la pelota”
El cliente sólo
ha estado
viendo papel
www.agile-spain.com

17.
Un proyecto tradicional
“No entendiste lo que quería” “No estaba en el alcance”
“No cumpliste los plazos”
“Estoy perdiendo dinero!”
“¡Todo es prioritario!”
www.agile-spain.com

18.
Los cambios son inevitables y necesarios
Los productos son infinitos, los proyectos nunca se acaban
Ya no existe el “vamos a
¿ ?
hacer el producto perfecto”
http://www.jjying.cn/blog2/attachment/apple_evolution.jpg
www.agile-spain.com

19.
Dedicamos mucho esfuerzo a objetivos que
aportan poco valor.
De las funcionalidades
desarrolladas:
7% se usan “siempre”
13% se usan “a menudo”
16% “a veces”
19% “pocas veces”
45% “NUNCA”
Fuente: Standish Group
Dinero y tiempo
tirados a la basura.
¿Quién paga esto?
http://www.bbc.co.uk/coventry/content/images/2005/06/17/rubbish_pile_420x320.jpg
www.agile-spain.com

20.
Dedicamos mucho esfuerzo a actividades
cuyo enfoque es arriesgado.
Cliente validando un
análisis de
¡¡ No puedo
abandonar
3 meses
mi trabajo
En 2 horas
durante dos
lo firmo. Ya
semanas
nos
para revisar
pelearemos
esto !!!
después si
no
entendieron
lo que
necesito.
http://www.vuidesign.net/wp-content/images/documentation.jpg
www.agile-spain.com

21.
La construcción de un producto es un proceso
de aprendizaje, tanto del producto como de la
construcción.
Si desapareciesen todos
los entregables de tu
último proyecto, incluido
el producto final ,
¿en cuánto se reduciría
el tiempo para volver a
desarrollarlo?
¿Dónde se ha ido ese
tiempo?
http://blog.adw.org/wp-content/uploads/burning_book1.jpg http://cdn.slashgear.com/wp-content/uploads/2009/05/burning_pc.jpg
www.agile-spain.com

22.
Complejidad
Disponibilidad, conocimiento del
Cliente negocio, autoridad y responsabilidad
para tomar decisiones.
• Personas Gestor Cultura de la organización,
estilo personal de gestión
Equipo Conocimientos, experiencia,
diversidad de criterios, estilo
de interactuación, vidas
personales, ...
• Tecnologías, Complejidad, desconocimiento,
madurez, ...
herramientas
• Requisitos Complejidad, cambios, madurez, ...
http://targetcrime.ca/wp-content/uploads/2009/09/people-working-together.jpg, http://farm4.static.flickr.com/3176/3045061394_48a2ebc5a2.jpg
http://www.amputee-coalition.org/inmotion/jul_aug_07/papers01.jpg
www.agile-spain.com

23.
“Locura: Hacer
lo mismo que la
vez anterior,
pero esperar
resultados
diferentes.”
Albert Einstein (atribuida)
www.agile-spain.com

24.
LA
ALTERNATIVA
ÁGIL
http://www.flickr.com/photos/yinto/3213182939/
www.agile-spain.com

25.
Agile
Aprendizaje
Trabajo en equipo
Feedback
Comunicación
rápido
¿Lo hacemos bien? cara a cara
¿Qué nos impide
hacerlo mejor?
ACTUAR ¡ Sinergias !
Priorizar por valor
Excelencia técnica
www.agile-spain.com

26.
Agile
Aprendizaje
Trabajo en equipo
Feedback
Comunicación
rápido
¿Lo hacemos bien? cara a cara
Personas
¿Qué nos impide
hacerlo mejor?
ACTUAR ¡ Sinergias !
Priorizar por valor
Excelencia técnica
www.agile-spain.com

27.
Beneficios: Calidad y competitividad
• Gestión de expectativas del cliente y del usuario,
basada en resultados tangibles.
• Flexibilidad a cambios: adaptación a las
necesidades del cliente, a cambios en el mercado, etc.
• Visibilidad, mejores decisiones.
• Más valor en menos tiempo, gestión del ROI. Mitigación
de riesgos
• Resultados anticipados (time to market).
• Soporte a la innovación.
• Productividad y mantenibilidad.
• Equipo motivado, comprometido,
creativo y que disfruta.
http://www.uwgb.edu/precollege/Images/MoneyMakerLogo.gif http://farm4.static.flickr.com/3551/3515919619_97225460d6.jpg
www.agile-spain.com

28.
¿Cómo se consiguen estos beneficios?
• Gestión de expectativas del cliente y del usuario,
basada en resultados tangibles.
• Flexibilidad a cambios: adaptación a las
necesidades del cliente, a cambios en el mercado, etc.
• Visibilidad, mejores decisiones.
• Más valor en menos tiempo, gestión del ROI. Mitigación
de riesgos
• Resultados anticipados (time to market).
• Descomponer el producto en partes (objetivos
de negocio). • Colaboración con el
• Priorizar cada parte por el valor que aporta al cliente, cara a cara.
usuario, cómo le ayudará en su día a día. • Transparencia.
• Revisar cada parte desarrollada, integrada en • Confianza
producto final, cada 4 semanas como máximo.
www.agile-spain.com

29.
¿Cómo se consiguen estos beneficios?
• Soporte a la innovación.
• Productividad y mantenibilidad.
• Equipo motivado, comprometido,
creativo y que disfruta.
• Equipos multidisciplinares y autoorganizados. • Team empowerment
(mayor autonomía y
• Colaborando hacia un objetivo común, con un responsabilidad,
compromiso compartido. confianza).
• Creando sinergias mediante planteamientos y • Management que
reflexiones conjuntas. crea el contexto para
que el equipo tenga
• Buscando la excelencia técnica y la simplicidad
éxito y que busca su
para poder tener un paso sostenible.
crecimiento.
http://www.uwgb.edu/precollege/Images/MoneyMakerLogo.gif http://farm4.static.flickr.com/3551/3515919619_97225460d6.jpg
www.agile-spain.com

30.
Es una cuestión CULTURAL
Implicación
Transparencia
Motivación
Team empowerment Mejora
continua
Colaboración
regular
• Producto
Confianza
• Proceso
Win-Win • Equipo (incluyendo al cliente)
Cultura de aprendizaje, no de búsqueda de culpables
Actitud Disciplina
www.agile-spain.com

31.
Internet
Media y
telecos
Software y
Hardware
ERP
Banca e
Inversión
Sanidad y
Salud
Defensa y
aeroespacial
Juegos
Otros
www.agile-spain.com

32.
Métodos ágiles
Manifiesto ágil 2001
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 sobre procesos y herramientas
Software que funciona sobre documentación exhaustiva
Colaboración con el cliente sobre negociación de contratos
Responder ante el cambio sobre seguimiento de un plan
Esto es, aunque los elementos a la derecha tienen valor, nosotros
valoramos por encima de ellos los que están a la izquierda.
www.agile-spain.com

33.
Métodos ágiles más utilizados
Scrum
Gestión de proyectos
y equipos
Lean XP
Principios Ingeniería
Kanban
Gestión de servicios
/ operaciones
www.agile-spain.com

34.
Scrum desde 1995
www.agile-spain.com

35.
Scrum - Proceso de gestión ágil de proyectos y
trabajo en equipo
Es un proceso empírico,
iterativo e incremental.
priorizando el producto
por valor de negocio
respecto a costes.
La mejora continua
está integrada. De
manera regular:
• Se muestra producto
final, integrado,
probado y
documentado.
Refinamiento de la
lista de objetivos
• El equipo mejora su
proceso de trabajo.
Potencialmente
entregable Es un conjunto de prácticas de comunicación,
http://www.proyectosagiles.org/que-es-scrum colaboración y trabajo en equipo.
www.agile-spain.com

36.
Scrum - Roles
• El “Propietario del Producto” es el único representante de
todos los interesados en el proyecto. Puede ser interno
C ne
lie t o externo. Tiene la responsabilidad de conocer y definir
( r d c O n r los objetivos y los prioriza. Su misión es dirigir los
Po u t w e)
resultados del proyecto maximizando el ROI.
• El equipo es multidisciplinar, autogestionado y con
responsabilidad conjunta y mutua. Normalmente cada
equipo es de 5 a 9 personas*, que trabajan en un espacio
común para permitir la comunicación cara a cara y que se
Equipo sincronizan diariamente. Realiza las estimaciones.
* Se puede hacer Scrum con 3 personas. También se ha utilizado en proyectos con
250 personas, dado que se dividen en varios equipos.
• El jefe de proyecto pasa a ser un facilitador de la
colaboración intraequipo y con el cliente (por ejemplo en
F c
a ilita o
d r las reuniones de Scrum) y quita impedimentos para que
(S ru M s r)
c m a te
el equipo se mantenga enfocado. Es el responsable del
proceso e impide interferencias externas.
www.agile-spain.com

37.
Control empírico Iterativo e incremental
Participación del cliente y Hacer entregas cortas y regulares
transparencia para que pueda del producto final (cada 2-4
guiar de manera regular los semanas) para obtener feedback e
resultados del proyecto. irse acercando a las expectativas
del cliente.
Cliente
Equipo
Metáfora de
Henrik Kniberg
www.agile-spain.com

38.
Priorización por valor de negocio
Orientar el proyecto a objetivos
Proporcionar resultados
para el cliente, no a tareas,
anticipados (“time to market”)
priorizando según el valor de
negocio vs esfuerzo y riesgo.
Dividir el producto en partes e ir
construyendo el lego priorizando las
que aportan más valor
Cliente Entregas de los
Entrega final
objetivos más
importantes
Equipo
http://www.1000steine.com/brickset/images/6162-1.jpg
www.agile-spain.com

39.
Mejora continua  Retrospectivas
Cada iteración, no sólo al
final del proyecto.
Process Backlog
¿Qué ha funcionado?
¿Qué hay que mejorar y cómo?
http://www.cornetdesign.com/images/AgileRetrospectives_134B2/IMG_0016.jpg
www.agile-spain.com

40.
Timeboxing
Fijar el tiempo
máximo para
conseguir un objetivo
ayuda a priorizar y
fuerza la toma de
decisiones
Productividad,
efectividad y
creatividad
http://mindshortcut.com/wp-content/uploads/2008/10/pomodoro-technique.jpg
www.agile-spain.com

41.
Lean Software
Development
http://www.flickr.com/photos/urbangarden/336062279/ http://www.flickr.com/photos/concars/2967353238/
www.agile-spain.com

42.
Lean Software Development
Rapidez, flexibilidad, flujo
Visión sistémica, enfoque organizativo (de empresa)
• Foco en minimizar el tiempo que se tarda en
proporcionar valor, desde la concepción del producto
hasta su entrega al consumidor o usuario final.
 Limitar el trabajo a la capacidad productiva - pull
 Minimizar el Work In Progress para conseguir flujo.
 Reducir la multitarea, mejorar la comunicación.
 Quitar impedimentos (“stop de line”).
 Reducir defectos.
• Just In Time de requisitos por valor al cliente –pull,
reducir inventario entre fases, evitar sobreingeniería y
productos defectuosos.
www.agile-spain.com

43.
Lean - Principios
1. Respetar a las personas, porque el equipo es quien conoce cómo
mejorar el proceso en que trabaja.
2. Eliminar los desperdicios que se producen en el proceso, todo
aquello que no produce valor añadido en el producto.
3. Aplazar el compromiso, retardar las decisiones hasta 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.
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 y bajo coste.
7. Optimizar la totalidad del proceso, mejorar el proceso de creación
del producto en la organización, desde la idea hasta su entrega.
www.agile-spain.com

44.
Lean - Herramientas
• Visualizar la globalidad del proceso
• Mapas de flujo de valor - Foco en minimizar el tiempo desde la idea hasta
su entrega al consumidor y eliminar el re-trabajo (corrección de errores, etc.).
Eficiencia proceso
= 16%
• Kanban
• Product Porfolio Management por valor al cliente.
• Empaquetado de objetivos en MMFs (Minimal Marketable Features).
• Énfasis en BDD, TDD, patrones de diseño y refactorización como
soporte a una arquitectura emergente y flexible.
• Ciclos cortos (iteraciones) para anticipar pruebas y revisiones.
www.agile-spain.com

45.
Kanban
http://leansoftwareengineering.com/wp-content/uploads/2007/10/project-kanban-004.jpg
www.agile-spain.com

46.
Kanban: gestión visual de servicios/operaciones*
* entornos poco planificables
o que necesitan máxima flexibilidad
desde 2004
en TI
Señalización
para pull
Minimizar el tiempo de entrega y mejorar de manera continua mediante:
• Visualización del flujo de valor e identificación de cuellos de botella.
• Limitación del trabajo en curso y colas
ttp://agileproductdesign.com/blog/2009/images/kanban_board.jpg
www.agile-spain.com

47.
Henrik Kniberg
Kanban www.crisp.se/kanban/example example
kick-start version 1.2
2009-11-16
Next Analysis Development Acceptance Prod
2 3 3 2
Ongoing Done Ongoing Done Ongoing Done 2009-08-20
2009-09-01 2009-08-30 2009-09-08 2009-08-27 orem olor sit amet,
co nse ctetur adi pis
orem ipsum ipsum dolor
orem dolor sit orem ipsum dolor sit orem ipsum dolor orem ipsum dolor sit cing elit nisl
amet, cosit amet,ctetur
nse co nse amet, co adi pis cing sit amet, co nse amet, adi pis cing
ctetur ctetur
adi pis cing elit nisl elit nisl elit nisl
orem ipsum dolor
sit amet, co nse
xxxx ctetur
orem ipsum dolor
kjd dj d
sit amet, co nse orem ips um dolor
xxx
ctetur s it amet, c o ns e
c tetur
orem ipsum dolor
sit amet, co nse
orem ipsum dolor ctetur
sit amet, co nse
ctetur
2009-08-29
2009-09-02
orem ipsum dolor sit
orem ipsum dolor amet, nse ctetur adi 2009-08-25
sit amet, co nse pis cing elit nisl orem ipsum dolor sit
orem ipsum dolor
orem ipsum dolor amet, co nse
sit ctetur adi pis cing
sit amet, co nse ctetur elit nisl
ctetur
Definition of Done: Definition of Done: Definition of Done:
• Goal is clear • Code clean & checked in on trunk • Customer accepted
• First tasks defined • Integrated & regression tested • Ready for production
• Story split (if necessary) • Running on UAT environment
Feature / story Hard deadline
Task / defect What to pull first
•
(description)
Date when added to (if applicable)
(description)
=task =defect Panicfeatures
board (should be swarmed and kept
(description) = completed moving. Interrupt other work and
2009-08-20 2009-09-30
= priority break WIP limits as necessary)
Why
(description) = blocked • Priority features
= panic • Hard deadline features
(description)
(only if deadline is at risk)
(description)
= who is doing
Who is analyzing / • Oldest features
this right now
testing right now www.agile-spain.com

48.
desde 1996
http://www.rubyjax.com/assets/2009/5/21/rubyjax_pairing.jpg
www.agile-spain.com

49.
eXtreme Programming - Gestión de proyecto
Iterativo e
incremental
http://www.extremeprogramming.org
www.agile-spain.com

50.
eXtreme Programming - Ingeniería
Ciclo de desarrollo
guiado por pruebas.
Automatización.
http://www.computertest.co.uk/images/image070.gif
www.agile-spain.com

51.
eXtreme Programming - Prácticas
• Historias de usuario + BDD.
• Pruebas de concepto extremo a
extremo.
• Estándares de codificación.
• Pruebas unitarias.
• TDD (Test Driven Development)
• Refactorización. Arquitectura
emergente.
• Integración y pruebas continuas,
automatizadas.
• Revisiones de código y/o programación
en parejas.
• Propiedad colectiva del código.
www.agile-spain.com

52.
HERRAMIENTAS ÁGILES
http://www.proyectosagiles.org
www.agile-spain.com

53.
Radiadores de información físicos, gestión visual
http://www.xqa.com.ar/visualmanagement/
www.agile-spain.com

54.
Gráficos de tendencias
Valor entregado Entrega de objetivos y velocidad
Finalización
estimada
Incremento
de alcance
Horas pendientes en la iteración Defectos
“Sprint burndown chart”
http://davenicolette.wikispaces.com/Agile+Metrics
www.agile-spain.com

55.
Historias de usuario
Como usuario cliente Platinum, quiero ver productos Valor 80
relacionados con el seleccionado con el objetivo de saber Coste 4
si hay otros productos que me pueda interesar comprar.
Condiciones de satisfacción
• Escenario navegación por productos y drill-down
• Dado un cliente Platinum, cuando el usuario realice la consulta entonces los productos aparecerán
ordenados por valoración y su margen de beneficio específico para clienes Platinum.
• Cuando el usuario haga clic en un producto, entonces se desplegará el detalle en forma de pop-up.
• Escenario presentación de ofertas
• Dada una oferta activa para clientes Platinum entonces la oferta debe aparecer en el lado izquierdo
de la pantalla y deberá indicar los días que restan de vigencia.
http://farm1.static.flickr.com/55/147874576_8a453079f3.jpg
www.agile-spain.com

56.
FACILITADORES E
IMPEDIMENTOS
http://www.viajejet.com/wp-content/viajes/juegos-al-aire-libre-lucha-de-cuerda.jpg
www.agile-spain.com

57.
El equipo
Compromiso compartido
Potenciación del equipo Colaboración del equipo
en la creación del
Para obtener las mejores producto, planificación y
Más autonomía y más responsabilidad
sinergias, creatividad,
productividad y motivación. Mejora continua
Apoyo del management de la
Cultural organización, tienen que creer en esto
www.agile-spain.com

58.
El gestor, facilitador y coach
El buen gestor no busca culpables,
información, sobreautoprotección
Produce parálisis, ocultación de
Innovación
sino mejorar el proceso de trabajo.
www.agile-spain.com

59.
El gestor, facilitador y coach
MOTIVACIÓN
EXTRÍNSECA
Autonomía
Maestría
Propósito y Reconocimiento
www.agile-spain.com

60.
El gestor, facilitador y coach
Go See
Líder al servicio del equipo
Teach them
Encourage them
Protect them
Productividad
Serve them
www.agile-spain.com

61.
El gestor, facilitador y coach
Humildad
El buen gestor sabe que siempre hay
cosas por aprender,
Crecimiento del equipo
Soft Skills
y ofrece su comportamiento
como ejemplo.
www.agile-spain.com

62.
El cliente guía los resultados del proyecto
El Product Owner es el
representante único de
todos los interesados
en el proyecto. Stakeholders
Usuarios finales /
Consumidores
Product Owner
Mantiene un plan de • Objetivo 1
• Objetivo 2
Mes 1
producto priorizado • Objetivo 3
ROI
• Objetivo 4
por valor respecto a Mes 2 • Objetivo 5
• Objetivo 6
coste. • Objetivo 7
Mes 3 • Objetivo 8
• Objetivo 9
http://www.rdacorp.com/images/img_partners_main.jpg
www.agile-spain.com

63.
Socios en lugar de clientes y proveedores
El cliente forma parte del equipo y tiene disponibilidad
para planificar, revisar y dar detalle a los objetivos en cada iteración.
http://www.rdacorp.com/images/img_partners_main.jpg
www.agile-spain.com

64.
Flexibilidad
Facilidad para hacer cambios Flexibilidad para conseguir el
controlados y baratos ganar-ganar entre cliente y
manteniendo la calidad. proveedor.
Nuevas
técnicas y tecnologías
¡Contratos ágiles!
• xUnit, EasyMock
• JDepend, PMD
• Maven, Hudson, Ant
• Hudson, Cruise, Bamboo
• FIT, Fitnesse, Concordion,
Cucumber
http://thetalkinghorse.files.wordpress.com/2009/01/dire_straits_money_for_nothing1.jpg?w=300&h=300
www.agile-spain.com

65.
Compromiso de la Dirección
Quitar
impedimentos
• Mensajes claros
sobre el cambio a
un modelo de
facilitación.
• Aportar recursos.
• Resolver problemas
endémicos. Tomar
decisiones.
• Realizar cambios
organizativos.
http://img2.timeinc.net/toh/images/handbook/sept05/lawn05.jpg
www.agile-spain.com

66.
Más valor en
menos tiempo
En resumen: para Gestión de
producto
Orientación a consumidor final:
Priorización por valor de negocio
Historias de usuario
Excelencia
técnica
Simplicidad, refactorización
Arquitectura emergente
Automatización
Gestión Flexibilidad
conseguir los
Time To Market Desarrollo orientado a pruebas (BDD, TDD)
ROI a cambios Pruebas de concepto extremo a extremo
beneficios Ciclos cortos
de feedback
Desarrollo iterativo e
incremental con
CE
Integración continua
Sincronizaciones diarias
Mantenibilidad Paso sostenido
demostraciones regulares Retrospectivas
esperados no sólo de producto final
Rolling wave
planning
Definición
de hecho
hay que utilizar Resultados
regulares
Visibilidad
unas prácticas,
a
nz
l
e de
fia
on
ie ión
C
ac
nt
ic
PRODUCTO
pl
cl
Im
PROCESO
Mejora Calidad
sino seguir unos Satisfacción
cliente
continua
y regular
Productividad
valores.
Timeboxing
em obj
Aprendizaje
To jan o c uni ra a
Colaboración Velocidad de desarrollo CE
pu etiv
do do om cac c
regular del continuo
s
ju hac ún
cliente
nt ia
EQUIPO
os e
Trasparencia
Co lar
re
gu
m ca
Recruiting
ACTITUD
l
Actitud
los demás beneficios
Repercute en todos
Innovación Humildad, respeto
Satisfacción
ió ara
Cr Escucha activa, empatía
n
ea
tiv
i da
equipo Confianza
Inconformismo
d Motivación Disciplina para hacer lo correcto
Implicación Profesionalidad
Orgullo por el trabajo bien hecho
Mayor autonomía
Equipo autoorganizado Team Sinergias:
Responsabilidad compartida Colaboración intra-equipo
Leyenda Decisiones consensuadas
empowerment
Planteamientos conjuntos
Compromiso conjunto (identificación de tareas, autoasignación)
Elemento Propiedad colectiva del producto Trabajo en parejas
Beneficio Estándares de desarrollo Revisiones de pares
facilitador
Crecimiento del equipo Cultura
CE Control Empírico Personas Lider servil corporativa
Facilitación Cultura colaborativa
Coaching Probar cosas, mejorar
Guiado con preguntas No buscar culpables
www.agile-spain.com

67.
RECURSOS
http://afsdelmarpa.org/images/hands.jpg
www.agile-spain.com

68.
Bibliografía
http://www.proyectosagiles.org/recursos-scrum
www.agile-spain.com

69.
Comunidades ágiles
España Latinoamérica
Mundial Mundial
Grupo local de
Grupos locales Barcelona
Madrid, Barcelona,
Galicia, Castilla y
León, Canarias, Zona
Norte, Aragón,
Levante, Andalucía
www.agile-spain.com

70.
Eventos y cursos
Postgrado en métodos ágiles
AGILE EXCELLENCE CENTER
Gobierno TI
www.agile-spain.com

71.
Internet
Media y
telecos
Software y
Hardware
ERP
Banca e
Inversión
Sanidad y
Salud
Defensa y
aeroespacial
Juegos
Otros
www.agile-spain.com

72.
La diferencia no está
en saberlo, sino en
cambiar
“Locura: Hacer
lo mismo que la
vez anterior,
pero esperar
resultados
diferentes.”
Albert Einstein (atribuida)
www.agile-spain.com

73.
¿PREGUNTAS?
http://www.oregonsynod.org/faithinaction/volunteer/raise-your-hand.jpg
www.agile-spain.com

74.
Retrospectiva
http://fabiopereira.me/blog/wp-
content/uploads/2008/11/walldc93a7f3-2d9d-4525-8301-
d40ad993e66f.jpg
www.agile-spain.com

75.
La alternativa
ágil
www.agile-spain.com