Presentación dada el día 15 de marzo de 2010 en la Universidad de Córdoba (UCO), sobre el tema de las Metdologías Ágiles en la Práctica, es decir, el cómo se han implementado en una empresa real (Jet Multimedia, S.A.)

1. Metodologías Ágiles en la Práctica Manuel A. Rubio Jiménez

3. Desde el principio... La Crisis del Software

4. Desde el principio... La crisis del software La crisis del software se fundamentó en el tiempo de creación de software , ya que en la creación del mismo no se obtenían los resultados deseados, además de un gran costo y poca flexibilidad. Es un término informático acuñado en 1968 , en la primera conferencia organizada por la OTAN sobre desarrollo de software , de la cual nació formalmente la rama de la ingeniería de software . Aunque se han propuesto diversas metodologías para intentar subsanar los problemas mencionados, lo cierto es que todavía hoy no existe ningún método que haya permitido estimar de manera fiable el coste y duración de un proyecto antes de su comienzos . – Wikipedia

7. Proyectos exitosos: 29%

9. Requisitos y especificaciones incompletas.

10. Cambios frecuentes en los requisitos y especificaciones.

11. Falta de soporte ejecutivo.

12. Incompetencia tecnológica.

13. Falta de recursos.

14. Expectativas no realistas.

15. Objetivos poco claros.

16. Cronogramas irreales.

17. Nuevas tecnologías.

18. ¿Las soluciones?

21. Fue diseñado por Hartman, Boehm y Jacobson. Como un sistema de desarrollo, diseño y documentación de aplicaciones.

22. Es la metodología más empleada en el desarrollo de aplicaciones para terceros.

23. Se basa en el uso de herramientas específicas como clave de su éxito.

26. Metrica-3 en España

27. PRINCE2 en UK

28. ITIL, es el ISO 20000

29. Problemas de las soluciones

30. Funcionalidades / Requisitos De las funcionalidades desarrolladas: 7% se usan “siempre” 13% se usan “a menudo” 16% “a veces” 19% “pocas veces” 45% “ NUNCA ” Fuente: Standish Group

31. El cambio de enfoque

33. El software que funciona por encima de la documentación exhaustiva .

34. La colaboración con el cliente por encima de la negociación contractual .

35. La respuesta al cambio por encima del seguimiento de un plan . Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.

36. Los Personajes Kent Beck Xtreme Programming Mike Beedle Scrum Patrones de Diseño Arie van Bennekum DSDM Alistair Cockburn Crystal Methods Ward Cunningham Xtreme Programming Patrones y Antipatrones Martin Fowler Patrones de Diseño Xtreme Programming Jim Highsmith Adaptative Software Development Ron Jeffries Xtreme Programming Jeff Sutherland Scrum

38. Crystal Methods (Cockburn, 2004)

39. DSDM (DSDM Consistorium, 90)

40. Pragmatic Prog. (Hunt & Thomas, 99)

42. BDD (North, 2003)

43. DDD (Evans, 2004)

45. Lean (Poppendieck, 2000)

46. Kanban (Toyota, 1950s) Mary Poppendieck Lean Software

47. Procesos

48. Scrum, Xtreme Programming y Kanban En la práctica...

50. Auto-organizados.

51. Scrum Roles Marketing y Comercial Dueño del Producto Jefe de Proyecto Scrum Master Analistas / Programadores El resto del equipo El Equipo

53. Estimamos el esfuerzo relativo por elemento.

55. Optimiza el plan de entregas y actualiza las prioridades con el cliente.

56. Scrum El Tablero Visual

57. Scrum Ciclo de Desarrollo

58. Scrum La Pila de Producto Historia

59. Scrum La Pila de Sprint

61. Se hace un balance de intenciones de qué se va a hacer.

62. Si hay impedimentos, el jefe de proyecto debe ayudar a su eliminación.

63. Todos deben tener claras sus tareas para ese día.

64. Scrum Burndown

66. Dueño de Producto

67. Otros Equipos

70. Indica las cosas buenas , mejorables y algunas mejoras .

71. Se votan las mejoras propuestas con objeto de realizarlas en el siguiente sprint.

72. Xtreme Programming Prácticas

74. El código no tiene dueño, es de todos, por lo que se deben de rotar las tareas cada día, o después de completar cada historia.

76. Escribir solo lo suficiente de una prueba para demostrar un fallo.

78. VERDE : se escribe el código para la prueba.

79. REFACTOR : limpia el código y las pruebas.

80. Kanban El Tablero Visual 看板

81. Kanban Equipos

82. Kanban

83. Kanban

84. Kanban

85. Kanban

87. Genera entregables que generan valor y minimizan el gasto en desarrollo de funcionalidades que no se usen.

88. Mejora la interacción entre departamentos.

89. Motiva a los equipos, les da protagonismo.

90. ¿Preguntas?

92. Kanban and Scrum - making the most of both , Henrik Kniberg.

93. Flexibilidad con Scrum , Juan Palacio.

94. Extreme Programming Explained , Kent Beck.

95. Diseño Ágil con TDD , Carlos Blé. Comunidades:

97. Jet Multimedia, S.A.

98. Organizadores del evento de la Semana Cultural de Patrón de la Escuela Politécnica .

99. … y a vosotros, los asistentes del evento.

100. Metodologías Ágiles en la Práctica Manuel A. Rubio Jiménez