Descargado 86 veces
Subido porAlvaro Ruiz de Mendarozqueta
Principios ágiles
El documento presenta los principios y la filosofía ágil en el desarrollo de software, enfatizando la importancia de la adaptación a cambios y la colaboración entre equipos. Se discuten los beneficios del enfoque ágil frente al tradicional, destacando la entrega continua de software funcional y la comunicación efectiva. Se basa en el Manifiesto Ágil y sus principios, promoviendo la agilidad como una respuesta efectiva a las necesidades cambiantes de los clientes.
Más contenido relacionado
Principios ágiles
- 1. Principios y filosofía ágil Febrerode 2016 Álvaro Ruiz de Mendarozqueta
- 2. Principios y filosofíaágil Febrero de 2016 Álvaro Ruiz de Mendarozqueta aruiz@sistemas.frc.utn.edu.ar aruizdemendarozqueta@yahoo.com skype: alvaro.rdm http://www.slideshare.net/AlvaroRuizdeMendaroz Laboratorio de Investigación y Desarrollo en Ingeniería y Calidad de Software LIDICALSO http://www.institucional.frc.utn.edu.ar/sistemas/lidicalso/ Departamento de Ing. en Sistemas de Información UTN FRC http://es.slideshare.net/mainsaurralde Aportes de Miguel insaurralde
- 3. Problemas usuales en laindustria del software
- 4.
- 5.
- 6.
- 7.
- 10.
- 11. Basado en un plan Fijo Requerimientos EstimadoRecursos Calendario Enfoque tradicional
- 12.
- 13. Basado en el plan FijoRequerimientos Recursos Calendario Estimado FuncionalidadRecursos Calendario Basado en el valor agregado Tradicional Ágil
- 14.
- 15.
- 16. 14% 57% 29% Cascada Exitosos Con dificultades Fracasos 42%49% 9% Ágiles Exitosos Con dificultades Fracasos TheStandish Group Hay que seguir trabajando Resultados
- 17.
- 18. Manifiesto por el desarrolloÁgil de software http://agilemanifesto.org/ Estamos descubriendo formas mejores de desarrollar software tanto por nuestra propia experiencia como ayudando a terceros. A través de este trabajo hemos aprendido a valorar:
- 19. Manifiesto ágil personas einteracción software funcionando colaboración con clientes responder a los cambios herramientas y procesos documentación exhaustiva negociación de contratos seguir un plan …antes que foco en los resultados valoramos mas… http://agilemanifesto.org/
- 20. Satisfacer al cliente através de entregas tempranas y continuas de software que provea valor http://agilemanifesto.org/ principio 1
- 21. … de softwareque provea valor despachador de pedidos generador de valor software que funciona software que cubre una necesidad principio 1
- 22. Aceptamos que losrequisitos cambien, incluso en etapas tardías del desarrollo Los procesos ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente. http://agilemanifesto.org/ principio 2
- 23. Entregamos software funcional frecuentemente,entre dos semanas y dos meses, con preferencia al período de tiempo más corto posible. http://agilemanifesto.org/ principio 3
- 24.
- 25. Los responsables denegocio y los desarrolladores trabajamos juntos de forma cotidiana durante todo el proyecto http://agilemanifesto.org/ principio 4
- 26. Los proyectos sedesarrollan en torno a individuos motivados Hay que darles el entorno y el apoyo que necesitan, y confiarles la ejecución del trabajo. http://agilemanifesto.org/ principio 5
- 27. El método máseficiente y efectivo de comunicar información al equipo de desarrollo y entre sus miembros es la conversación cara a cara. http://agilemanifesto.org/ principio 6
- 28. El software funcionandoes la medida principal de progreso. http://agilemanifesto.org/ principio 7
- 29. Los procesos ágilespromueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios debemos ser capaces de mantener un ritmo constante de forma indefinida. http://agilemanifesto.org/ principio 8
- 30. La atención continuaa la excelencia técnica y al buen diseño mejora la agilidad http://agilemanifesto.org/ principio 9
- 31. A intervalos regularesel equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia. http://agilemanifesto.org/ principio 12
- 32. Ventajas Agile Cambios derequerimientos son bienvenidos Entregas rápidas Feedback del cliente todo el tiempo Software funcionando pronto Testing temprano
- 33. Martin Fowler Un buenproyecto ágil tendrá que desarrollar algo mejor que lo planeado originalmente The New Methodology
- 34. El desarrollo desoftware es, esencialmente, un proceso de aprendizaje Mary & Tom Poppendieck Lean Software Development
- 35.
- 36.
- 37.
- 38. Necesidades Pila deproducto Usuarios, clientes e interesados Dueño de producto (DP) Planeamiento del Sprint Tareas Scrum master Miembros del equipo Ejecución del Sprint Daily 1 2 3 n Semanas 1 a 4 semanas Lunes Martes Miércoles Jueves Viernes Reunión diaria (daily) Done criteria Qué Cómo Escribir HU a b c d Priorizar Pila de producto 1 3 1 5 Estimar a b c d Refinar e Valor y riesgo Historias de usuario Opcional To Do Doing Done
- 39. Ejecución del SprintRevisión del Sprint Usuarios, clientes e interesados Producto potencial Entregabl e Retrospectiva Acciones Planeamiento del Sprint Producto Done
- 40.
- 41.
- 42.
- 43. Tradicional Customer Analyst DesignerProgrammer Tester Comunicación
- 44.
- 46. Ida y vuelta Unasola vía
- 48.
- 49.
- 50. La visión superaa los otros sentidos John Medina Brain rules
- 51.
- 52. Manifiesto http://agilemanifesto.org/ 1. El respetopor el valor de cada persona 2. La verdad en todas las comunicaciones 3. La transparencia de todos los datos, acciones y decisiones 4. Confía en que cada persona va a apoyar al equipo 5. Compromiso con el equipo y con los objetivos del equipo Agile Principles and Values, by Jeff Sutherland Individuos e interacciones sobre procesos y herramientas
- 53. Software funcionando sobre documentaciónextensiva Manifiesto http://agilemanifesto.org/ 1. Definir las pruebas de aceptación en la definición de la función. 2. Implementar funciones en serie y en orden de prioridad. 3. Ejecute las pruebas de aceptación de cada función tan pronto como se implementen. 4. Corregir los errores que se identifican, con la más alta prioridad y a la brevedad posible. Agile Principles and Values, by Jeff Sutherland
- 54. Manifiesto http://agilemanifesto.org/ 1. Sólo elcliente puede definir lo que quiere. 2. Trabajar con clientes es difícil pero, ¿hay otra manera? 3. Un contrato no reemplaza la comunicación. 4. Desarrolladores descubren las necesidades de los clientes. 5. Desarrolladores educan a sus clientes. Colaboración con el cliente sobre negociación contractual Examining the Agile Manifesto, by Scott Ambler
- 55. Manifiesto http://agilemanifesto.org/ 1. A medidaque progresamos el entendimiento de nuestro cliente cambia. 2. El negocio cambia 3. La tecnología cambia 4. Los cambios son una realidad en el desarrollo de software que los procesos deben reflejar 5. El plan debe existir pero debe adaptarse Examining the Agile Manifesto, by Scott Ambler Respuesta ante el cambio sobre seguir un plan
- 56. La simplicidad, oel arte de maximizar la cantidad de trabajo no realizado, es esencial. http://agilemanifesto.org/ principio 10
- 57. Las mejores arquitecturas, requisitosy diseños emergen de equipos auto organizados http://agilemanifesto.org/ principio 11
- 58.
- 59. Versiones Versión Fecha DescripciónAutor 1.0 Oct-2014 Versión inicial. Materiales basados en el proyecto Diseño de un sistema de gestión y presentaciones hechas en UTN, UNRC, ASSE, CCIS. Filminas y aportes de Miguel Insaurralde Alvaro Ruiz de Mendarozqueta 1.1 Oct-2014 Extensión del manifiesto Alvaro Ruiz de Mendarozqueta 1.3 Nov-2015 Ajustes de formato. Ajustes por comentarios recibidos Alvaro Ruiz de Mendarozqueta 1.4 Feb-2015 Ajustes por ideas y sugerencias de Miguel Insaurralde. (http://es.slideshare.net/mainsaurralde) ¡Gracias Miguel! Alvaro Ruiz de Mendarozqueta