El Emperador No Tiene Traje
- 1. “El emperador no tiene traje”Metodologías Ágiles en el Desarrollo de SoftwareDanijel Arsenovski
- 2. Sobre el oradorNombre: Danijel ArsenovskiExperiencia: programador, desarrollador, arquitecto de software, autor etc.
- 3. ¿Hay algún problema con desarrollo de Software?2009 Standish Group CHAOS Report (para EE. UU.)1968: “Crisis de software”1995: Standish Group CHAOS Report (para EE. UU.)
- 4. ¿A que se parece construir software?
- 6. ¿Construir software se parece a construir edificios?Three Gorges Dam, China
- 7. Modelo de cascada¿Integrar recién ahora?¡congelados!
- 8. Manifiesto Ágilhttp://agilemanifesto.org/Estamos poniendo al descubierto mejores métodos para desarrollar software, haciéndolo y ayudando a otros a que lo hagan. Con este trabajo hemos llegado a valorar:A los individuos y su interacción, por encima de los procesos y las herramientas.
- 9. El software que funciona, por encima de la documentación exhaustiva.
- 10. La colaboración con el cliente, por encima de la negociación contractual.
- 11. 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.
- 12. Principios del Manifiesto ÁgilNuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo.Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.Construcción de proyectos en torno a individuos motivados, dándoles la oportunidad y el respaldo que necesitan y procurándoles confianza para que realicen la tarea.
- 13. Principios del Manifiesto ÁgilLa forma más eficiente y efectiva de comunicar información de ida y vuelta dentro de un equipo de desarrollo es mediante la conversación cara a cara.El software que funciona es la principal medida del progreso.Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.La atención continua a la excelencia técnica enaltece la agilidad.La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial.Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.
- 14. Metodologías tradicionales vs. metodologías ágilesPredictivo vs. AdaptivoDivisión de trabajo vs. equipos cros-funcionalesEquipos de tipo control y comando vs. equipos autogestionadosGoogle trends: “CMMI” – rojo vs. “Agile Development” - azúl
- 15. Metodologías Ágiles Programación Extrema o XP (Extreme Programming) implica siguientes Prácticas ÁgilesPropiedad común de código fuenteProgramación en ParejaTDDIntegración continua y construcción automatizada,RefactorizaciónKISS 40 horas de trabajo por semana
- 16. Metodologías Ágiles Lean“Muda” (Eliminar basura)Decida lo más tarde posibleScrumMuy popular Ofrece certificacionesScrum Master no tiene que saber programarSoftware Craftmanship“raising the bar”Para un software bien hechoCrystal
- 17. Una Iteración Ágil1 o 2 semanas de duración (en pasado 3 semanas, hasta 1 mes)Reunión de planificaciónHistorias de usuarios Backlog (listado de tareas) para la iteraciónReuniones de avance diarias (”Daily Scrum”) de 15 min:Que ha hecho ayerQue pretendo hacer hoyQue se imponeFinal de entregaReunión de aceptación con el clienteReunión de reflexiónEntrega de software operativoIteración de duración fija (en caso que una tarea no se termina, se deja para la próxima iteración)
- 19. Prácticas de Programación ÁgilPropiedad común de código fuenteConstrucción automatizada e integración continuaProgramación en pareja (Pair programming)Desarrollo guiado por pruebas o TDD (Test Driven Development)Refactorización (Refactoring)Excelencia en programación y aprendizaje continuo
- 20. ¿Cómo implantar metodología ágil dentro de un equipo?MotivaciónHay que convencerGerencia de la empresaClientesPartir con clientes con cuales se han desarrollado relaciones de confianzaEquipo (programadores, jefes de proyecto etc.)Partir con proyectos internosPartir con las practicas, por ejemplo Integración Continua
- 21. ¿Fracasan proyectos ágiles?¡Espectacularmente!“La metodología es solamente tan buena como las personas que la llevan a cabo”http://www.infoq.com/presentations/A-Story-of-Project-Failure-Mitch-Lacey
- 22. Agilidad en Chile: Chile Ágil(también llamado ChileLean)Comunidad Libre y Abierta
- 23. Busca aunar a los tecnólogos innovadores de Chile que
- 24. Desean generar real valor de negocio con calidad y eficiencia
- 25. Creen profundamente en el valor de las personas trabajando en equipo
- 26. Y han encontrado una fuente inspiradoraen la comunidad ágil y lean mundial
- 27. Links