Charla de Pamela y Paola Una introducción a las practicas de la metodología ágil, para el desarrollo de software.

1. Introducción a las
metodologías ágiles

2. TASA DE ÉXITO DE PROYECTOS
Fuente: Standish Group. 2011 CHAOS report

3. AGENDA
La metodología Ágil
Historia
El Manifiesto
Agilismo y ThoughtWorks (TW)
Prácticas con relación al Producto
Prácticas con relación a la Ingeniería
Seguimiento, gestión y crecimiento
Un equipo típico de TW

4. La historia de
Ágil
Un poco de historia, para alinear nuestro entendimiento de la
filosofía Ágil antes de entrar en en el detalle.

5. LÍNEAS DE PRODUCCIÓN (FORD)

6. EL SOFTWARE ES UN TRABAJO
CREATIVO!

7. ¿TE SUENA CONOCIDO?

8. CADA CUAL CON SU PROPIA TEORÍA!

9. El Manifiesto
Y finalmente, el Manifiesto Ágil !

10. El Manifiesto Ágil
- Individuos e interacciones sobre procesos y herramientas
- Software funcionando sobre documentación extensiva
- Colaboración con el cliente sobre negociación contractual
- Respuesta ante el cambio sobre seguir un plan

11. 1. Individuos e interacciones sobre
procesos y herramientas
Las herramientas
deben ser
seleccionadas
para resolver el
problema y no al
revés
Los procesos
deben adaptarse
a la gente y los
objetivos
y no al revés
Procesos y
herramientas son
importantes
Individuos e
interacciones
cercanas lo son
más

12. 2. Software funcionando por sobre
una documentación extensiva
Documento Valor
Documento
Actualizado
$$ $$ $$ $$
$$

13. 3. Colaboración con el cliente por sobre
la negociación de contratos
Los contratos son para reforzar acuerdos
Solo son referenciados cuando alguien no cumple con
sus compromisos
Las especificaciones representan contratos
Las especificaciones creadas tempranamente, son
propensas a cambiar

14. 4. Responder al cambio por
sobre seguir un plan
“Visión sin acción es soñar despierto. Actuar sin una visión es una
pesadilla.”
(Proverbio Japonés)
“Ningún plan sobrevive al contacto con el enemigo.”
(Colin Powell)
La forma Ágil:
❏Obtener una visión clara de los objetivos y las
prioridades
❏Recolectar suficiente información para poder
comenzar
❏Construir algo
❏Mostrárselo al cliente, probarlo con usuarios reales.
Aprender

16. PRÁCTICAS DE
PRODUCTOS
Algunas prácticas destinadas a ayudar en la concepción y
gestión de productos

17. ENTREGA
INCREMENTAL/
CONTINUA
1
7

18. ENTREGA INCREMENTAL/CONTINUA
❏ Desarrollar un sistema a través de ciclos repetidos (iterativo) y
en porciones más pequeñas a la vez (incremental)
❏ Permite al equipo aprovechar lo que se aprendió durante el
desarrollo de las partes o versiones anteriores
❏ Aprendizaje proviene del desarrollo y del uso del sistema

19. ENTREGA INCREMENTAL/CONTINUA

20. MVP
2
0

21. MVP Y MEJORA CONTINUA

22. MVP Y MEJORA CONTINUA
Funcionalidad
2
Funcionalidad 3
Objetivo 1 Objetivo 2 Objetivo 3
Objetivos
Satisfacción
Funcionalidad
1
Funcionalidad 1+
Funcionalidad 1++
Funcionalidad 2+
(Lectura recomendada: Modelo Kano - http://en.wikipedia.org/wiki/Kano_model)
+ -
Funcionalidad 3++

23. PRÁCTICAS DE INGENIERÍA
Algunas de las prácticas del día a día para garantizar la calidad y
la alineación con los objetivos

24. TDD
2
4

25. Las pruebas automatizadas se escriben antes que el
código
❏ Pone a prueba los objetivos de la historia, no lo
que se hizo
❏ Garantiza:
❏ Cobertura de pruebas
❏ Calidad y confianza en los cambios futuros
TDD (desarrollo orientado a pruebas)

26. PAIR
PROGRAMMING
2
6

27. PROGRAMACIÓN EN PAREJAS
❏Dos programadores trabajan juntos en una estación
de trabajo
❏Uno de ellos, el conductor, escribe código, mientras
que el otro, el navegador, revisa cada línea de código
❏Los dos programadores cambian los papeles con
frecuencia

28. STAND UPS
2
8

29. STANDUPS DIARIAS

30. HISTORIAS DE
USUARIO
3
0

31. HISTORIAS

32. GESTIÓN Y
SEGUIMIENTO
Algunas de las prácticas que ayudan a la gestión y el
seguimiento del estado del proyecto

33. ESTIMACIONES
3
3

34. ● Estimaciones demasiado precisas para cada tarea
● El orden de todas las tareas está predefinido sin siquiera
haber empezado
● Muy difícil de adaptar para responder a los cambios
externos
NIVEL DE CERTEZA
PRECISIÓN y EXACTITUD
❏ La tarea g será terminada después de 5,17 días
❏ ...será un día nublado
❏ … y la temperatura será 25 C
❏ … no hay terremotos en este día
❏ … y esto puede o no ser verdad ;)
El enfoque está en la precisión que justifique las desviaciones del

35. NIVEL DE CERTEZA
PRECISIÓN y EXACTITUD
❏ Un grupo de historias se llevará a cabo en una iteración
❏ El tiempo será refinado de acuerdo a la velocidad real y en
tiempo real, permitiendo correcciones tempranas
❏ El orden de las historias puede cambiar
El enfoque está en el nivel de certeza y en la adaptación
del plan a los datos reales
36
puntos
9
iteracione
s

36. ESTIMACIONES ÁGILES
?2 cotopaxis 4 cotopaxis
¿Cuál es el tamaño del
cuadrado cuando se lo
imprime con definición
de 300dpi?

37. ESTIMACIONES ÁGILES
2 cotopaxis = 4 centímetros 4 cotopaxis = 8 centímetros
¿Qué pasa si después de
un tiempo he impreso el
más pequeño y medí?
4 cotopaxis = ? centímetros

38. GESTIÓN DE
ALCANCE
3
8

39. GESTIÓN DE ALCANCE
Realidad: El alcance crece !!!
❏ Horizontalmente (nuevas funciones)
❏ Verticalmente (exceso de trabajo en
funciones existentes)
Crecimiento invisible
❏ “Ir y venir” varias veces

40. GESTIÓN DE ALCANCE
Funcionalidad 2 Funcionalidad 3
Objetivo 1 Objetivo 2 Objetivo 3
objetivos
Satisfacción
Funcionalidad 1
Funcionalidad 1+
Funcionalidad 1++
Funcionalidad 2+
Objetivo 4
Funcionalidad 4
Funcionalidad
3+
Funcionalidad
2++

41. CRECIMIENTO DE ALCANCE INVISIBLE

42. GESTIÓN DE ALCANCE
❏Comunicación constante
❏Comunicación
❏Más Comunicación
❏Visión clara y alineada de las metas
❏Priorización
❏Negociación constante a medida que se
detectan cambios
❏Herramientas: Burnups, backlog priorizado,
story mapping

43. BURN UPS Charts
4
3

44. BURNUPS
Iteraciones
Puntosdehistoria
80 puntos
Iteración 10
(Diciembre,
06)

45. BURNUPS
90 puntos
Iteración 10
(Diciembre,
06)
Iteración 11
(Diciembre,
20)
1. Fecha es
negociabl
e
Puntosdehistoria
Iteraciones

46. BURNUPS
90 puntos
Iteración 10
(Diciembre,
06)
82 puntos
2. Fecha no es
negociable
Puntosdehistoria
Iteraciones

47. BURNUPS
90 puntos
Iteración 10
(Diciembre,
06)
3. Presupuesto
es
negociable
88 puntos
Puntosdehistoria
Iteraciones

48. Aumento de la velocidad no es
ilimitado
4 ½
months

49. SHOWCASE
4
9

51. UN TÍPICO EQUIPO DE
THOUGHTWORKS
No hay una composición de equipo obligatoria. Esto va a cambiar
de un proyecto a otro, pero en general tenemos unas habilidades
específicas en el equipo

53. Resumen
Agile es una metodología de desarrollo de software centrado en mejorar la
calidad, la velocidad y la adherencia a las necesidades de los clientes,
mientras que minimiza el esfuerzo desperdiciado a través de abrazar y
gestionar los cambios

54. GRACIAS
“En la práctica de ser ágil es simplemente un
compromiso óptimo con restricciones ambientales”
(Abraham Kiggundu)
“El que es más capaz de adaptarse es el que va a
sobrevivir”
(Darwin)

55. Preguntas
Paola Jiménez Apolo
Business Analyst
pjimenez@thoughtworks.com
Pamela Chávez
Business Analyst
pchavez@thoughtworks.com