El Emperador No Tiene Traje

2,566 views

Published on

Metodologías tradicionales vs. metodologías ágiles.
Orador: Danijel Arsenovski.
Conferencia técnica en Microsoft Chile, Noviembre 12 de 2009.

Published in: Technology, Business
0 Comments
1 Like
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,566
On SlideShare
0
From Embeds
0
Number of Embeds
1,022
Actions
Shares
0
Downloads
44
Comments
0
Likes
1
Embeds 0
No embeds

No notes for slide

El Emperador No Tiene Traje

  1. 1. “El emperador no tiene traje”<br />Metodologías Ágiles en el Desarrollo de Software<br />Danijel Arsenovski<br />
  2. 2. Sobre el orador<br />Nombre: Danijel Arsenovski<br />Experiencia: programador, desarrollador, arquitecto de software, autor etc.<br />
  3. 3. ¿Hay algún problema con desarrollo de Software?<br />2009 Standish Group CHAOS Report (para EE. UU.)<br />1968: “Crisis de software”<br />1995: Standish Group CHAOS Report (para EE. UU.)<br />
  4. 4. ¿A que se parece construir software?<br />
  5. 5. ¿Fábrica de software?<br />
  6. 6. ¿Construir software se parece a construir edificios?<br />Three Gorges Dam, China<br />
  7. 7. Modelo de cascada<br />¿Integrar recién ahora?<br />¡congelados!<br />
  8. 8. Manifiesto Ágilhttp://agilemanifesto.org/<br />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:<br /><ul><li>A los individuos y su interacción, por encima de los procesos y las herramientas.
  9. 9. El software que funciona, por encima de la documentación exhaustiva.
  10. 10. La colaboración con el cliente, por encima de la negociación contractual.
  11. 11. La respuesta al cambio, por encima del seguimiento de un plan.</li></ul>Aunque hay valor en los elementos de la derecha, valoramos más los de la izquierda.<br />
  12. 12. Principios del Manifiesto Ágil<br />Nuestra principal prioridad es satisfacer al cliente a través de la entrega temprana y continua de software de valor.<br />Son bienvenidos los requisitos cambiantes, incluso si llegan tarde al desarrollo.<br />Los procesos ágiles se doblegan al cambio como ventaja competitiva para el cliente.<br />Entregar con frecuencia software que funcione, en periodos de un par de semanas hasta un par de meses, con preferencia en los periodos breves.<br />Las personas del negocio y los desarrolladores deben trabajar juntos de forma cotidiana a través del proyecto.<br />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.<br />
  13. 13. Principios del Manifiesto Ágil<br />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.<br />El software que funciona es la principal medida del progreso.<br />Los procesos ágiles promueven el desarrollo sostenido. Los patrocinadores, desarrolladores y usuarios deben mantener un ritmo constante de forma indefinida.<br />La atención continua a la excelencia técnica enaltece la agilidad.<br />La simplicidad como arte de maximizar la cantidad de trabajo que se hace, es esencial.<br />Las mejores arquitecturas, requisitos y diseños emergen de equipos que se autoorganizan.<br />En intervalos regulares, el equipo reflexiona sobre la forma de ser más efectivo y ajusta su conducta en consecuencia.<br />
  14. 14. Metodologías tradicionales vs. metodologías ágiles<br />Predictivo vs. Adaptivo<br />División de trabajo vs. equipos cros-funcionales<br />Equipos de tipo control y comando vs. equipos autogestionados<br />Google trends: “CMMI” – rojo vs. “Agile Development” - azúl<br />
  15. 15. Metodologías Ágiles <br />Programación Extrema o XP (Extreme Programming) implica siguientes Prácticas Ágiles<br />Propiedad común de código fuente<br />Programación en Pareja<br />TDD<br />Integración continua y construcción automatizada,<br />Refactorización<br />KISS <br />40 horas de trabajo por semana<br />
  16. 16. Metodologías Ágiles <br />Lean<br />“Muda” (Eliminar basura)<br />Decida lo más tarde posible<br />Scrum<br />Muy popular <br />Ofrece certificaciones<br />Scrum Master no tiene que saber programar<br />Software Craftmanship<br />“raising the bar”<br />Para un software bien hecho<br />Crystal<br />
  17. 17. Una Iteración Ágil<br />1 o 2 semanas de duración (en pasado 3 semanas, hasta 1 mes)<br />Reunión de planificación<br />Historias de usuarios <br />Backlog (listado de tareas) para la iteración<br />Reuniones de avance diarias (”Daily Scrum”) de 15 min:<br />Que ha hecho ayer<br />Que pretendo hacer hoy<br />Que se impone<br />Final de entrega<br />Reunión de aceptación con el cliente<br />Reunión de reflexión<br />Entrega de software operativo<br />Iteración de duración fija (en caso que una tarea no se termina, se deja para la próxima iteración)<br />
  18. 18.
  19. 19. Prácticas de Programación Ágil<br />Propiedad común de código fuente<br />Construcción automatizada e integración continua<br />Programación en pareja (Pair programming)<br />Desarrollo guiado por pruebas o TDD (Test Driven Development)<br />Refactorización (Refactoring)<br />Excelencia en programación y aprendizaje continuo<br />
  20. 20. ¿Cómo implantar metodología ágil dentro de un equipo?<br />Motivación<br />Hay que convencer<br />Gerencia de la empresa<br />Clientes<br />Partir con clientes con cuales se han desarrollado relaciones de confianza<br />Equipo (programadores, jefes de proyecto etc.)<br />Partir con proyectos internos<br />Partir con las practicas, por ejemplo Integración Continua<br />
  21. 21. ¿Fracasan proyectos ágiles?<br />¡Espectacularmente!<br />“La metodología es solamente tan buena como las personas que la llevan a cabo”<br />http://www.infoq.com/presentations/A-Story-of-Project-Failure-Mitch-Lacey<br />
  22. 22. Agilidad en Chile: Chile Ágil(también llamado ChileLean)<br /><ul><li>Comunidad Libre y Abierta
  23. 23. Busca aunar a los tecnólogos innovadores de Chile que
  24. 24. Desean generar real valor de negocio con calidad y eficiencia
  25. 25. Creen profundamente en el valor de las personas trabajando en equipo
  26. 26. Y han encontrado una fuente inspiradoraen la comunidad ágil y lean mundial
  27. 27. Links
  28. 28. Blog: www.chileagil.cl
  29. 29. Twitter: www.twitter.com/chileagil
  30. 30. Podcast: www.chileagil.cl/tag/podcast
  31. 31. Foro: groups.google.com/group/chileagil/</li></li></ul><li>Contacto<br />Sitio:<br />www.empoweragile.com<br />Blog: <br />http://www.refactoringin.net<br />Email:<br />danijel.arsenovski@empoweragile.com<br />LinkedIn:<br />http://cl.linkedin.com/in/danijelarsenovski<br />

×