Parte2: De lo prescriptivo a lo adaptativo
Agilidad / Manifiesto Ágil / Métodos Ágiles vs Rup / eXtreme Programming / Scrum / Métodos Ágiles / El Universo Ágil / Retrospectiva.
Prácticas Ágiles en entornos hostiles de desarrollo (Parte 2)
1. Prácticas Ágiles en entornos hostiles Parte 2: De lo prescriptivo a lo adaptativo Licenciado bajo: Creative Commons 2.5 Bogotá / Colombia Luis Raul Mulato [email_address]
10. We are uncovering better ways of developing software by doing it and helping others do it.
11.
12. El software que funciona , por encima de la documentación exhaustiva.
13. La colaboración con el cliente , por encima de la negociación contractual.
14.
15.
16. Son bienvenidos los requisitos cambiantes , incluso si llegan tarde al desarrollo. Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.
17. Entregar con frecuencia software que funcione , en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.
18. Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.
19. 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.
20. La 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 .
21.
22. Los procesos ágiles promueven el desarrollo sostenido . Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.
61. Postergar compromiso (Postergue las decisiones tanto como sea posible, hasta que puedan ser tomadas sobre hechos y no sobre supuestos y predicciones)
106. M.Sc Ingenieria de Sistemas en Construcción de Software / U. de los Andes Ver más información en: http://www.slideshare.net/group/agile-practices Licenciado bajo: Creative Commons 2.5 Bogotá / Colombia Parque Simón Bolivar / Bogotá
Editor's Notes
Lean Dev v1 YAGNI,KISS XP: YAGNI: You aren't gonna need it
1989 - Ooram: OO rol analysis Method. (precursor a UML) Inicio con BabyUML pero migró a Baby IDE porque estaba por fuera de la herencia de UML. BabyIDE: Es un entorno de desarrollo que permite visualizar cómo la aplicación utiliza el DCI. V1.0 BabyIDE: Construida sin aplicar el DCI, (código no legible). V2.0 BabyIDE: Aplicando DCI (claridad en el código)