Introducción a Agile
•Transferir como PPTX, PDF•
0 gostou•762 visualizações
María y Pedro presentan los fundamentos de Agile, explicando que surgió en 2001 cuando un grupo de desarrolladores publicaron el Manifiesto Ágil que enfatiza la colaboración, respuesta al cambio, individuos e interacciones sobre procesos y herramientas. Describe los valores y principios de Agile así como roles como el Product Owner y Scrum Master.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Introducción a Agile
Semelhante a Introducción a Agile (20)
Último
Último (15)
Introducción a Agile
- 2. hola! Somos María y Pedro Venimos a compartir los fundamentos de Agile Podéis contactarnos en @merybere y @nimpedrojo
- 3. Qué es Agile? Mucho más claro, verdad? Fuente: Wikipedia
- 4. “Agile es una manera de enfocar la resolución de problemas, de cambiar la forma de pensar, centrada en las personas y su comunicación
- 5. Un poco de Historia 1957 1970’s 1990’s 1995 1996 2001 Manifiesto AgileXP Desarrollo incremental de software SCRUM DSDM Desarrollo de software más ligero Conciencia de desarrollo incremental
- 6. mejores formas de desarrollar software Un poco de Historia 1970’s 20011957 19951990’s 1996 Manifiesto Agile Snowbird se reunieron en Snowbird (Utah) convocados por Kent Beck (@KentBeck), 17 desarrolladores de software, 12 de febrero de 2001
- 7. Agile Manifesto 4 Valores 12 Principios http://agilemanifesto.org/
- 8. Agile Manifesto Software Funcionando sobre Documentación extensiva Respuesta ante el Cambio sobre Seguir un Plan Colaboración con el Cliente sobre Negociación contractual Personas e Interacciones sobre Procesos y Herramientas 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:
- 9. Place your screenshot here Por qué usar Agile? Placeyourscreenshot here Fuente: CHAOS Report 1994 (Standish Group) Fuente: The CHAOS Manifesto 2012 (Standish Group) Fuente: CHAOS Report 2015 (Standish Group)
- 10. El Paraguas Ágil
- 11. Las Máquinas
- 16. Iteraciones Cortas ✘ Menor desvío del alcance ✘ Menor probabilidad de ser interrumpido
- 17. “
- 18. Flujo de Trabajo © MindCandy Moshi Monsters game
- 19. El Nudo
- 20. Equipo Ágil
- 21. Características de un Equipo Ágil Pequeño 4-7 personas
- 22. Características de un Equipo Ágil Pequeño Multi- funcional
- 23. Características de un Equipo Ágil Pequeño Multi- funcional
- 24. Características de un Equipo Ágil Auto- organizado Pequeño Multi- funcional
- 25. Características de un Equipo Ágil Objetivo común Auto- organizado Pequeño Multi- funcional
- 26. Características de un Equipo Ágil
- 27. Características de un Equipo Ágil Objetivo común Auto- organizado Pequeño Multi- funcional
- 28. Características de un Equipo Ágil Objetivo común Auto- organizado Multi- funcional Pequeño Ayudar a la gente “Me encanta que los planes salgan bien”
- 29. Nuevos Roles
- 30. Equipo de Desarrollo ✘ Auto-organización ✘ Decide CÓMO ✘ Multi-disciplinar
- 31. Product Owner (lo que NO es) ✘ Jefe de Proyecto ✘ Distribuye tareas ✘ Único interlocutor ✘ Controlador
- 32. Product Owner (lo que SÍ es) ✘ Trabaja CON el equipo ✘ Está disponible ✘ Decide QUÉ y QUÉ NO ✘ Priorizar
- 33. Scrum Master (lo que NO es) ✘ Jefe de Proyecto ✘ Distribuye tareas ✘ Único interlocutor ✘ Controlador
- 34. Scrum Master (lo que SÍ es) ✘ Guía ✘ Facilitador del proceso ✘ Remover impedimentos
- 36. Créditos ✘ Contenido original de Pedro Lafuente y María Berenguer ✘ Plantilla de la presentación de SlidesCarnival ✘ Fotografías ilustrativas de los valores ágiles de Unsplash: ✘ Ilustraciones tomadas de la presentación de Henrik Kniberg: What is Agile? El contenido de esta presentación es libre de ser difundido/modificado/reusado para uso no comercial Creative Commons Attribution-NonCommercial-ShareAlike
Notas do Editor
- Agile es mucho más que un proceso, o simplemente un conjunto de prácticas. Es una forma de pensar diferente, sobre el desarrollo de productos. Lo que NO es Agile Sin planificar Sin documentación Para todos
- 1970’s Se empiezan a dar conferencias por EEUU, y se publican artículos que explican los beneficios de esta nueva metodología de desarrollo 1990’s Es el contrapunto a las metodologías más pesadas tradicionales → hay un plan bien definido que separa al cliente del desarrollador. Después del acuerdo inicial, ya no hay cambios. Una metodología más ligera significa que el core del producto se entrega cuanto antes, y desde ese momento, hay múltiples cambios basados en el feedback de los clientes 1995 DSDM: Driving Strategy Delivery More
- Los procesos y herramientas son importantes → las Personas son lo más importante
- Los procesos y herramientas son importantes → las Personas son lo más importante
- La tela del paraguas ágil son los Valores y Principios Agile “Usar un framework ágil no te hace automáticamente SER Ágil, se puede SER Ágil sin usar ninguno de estos frameworks” Temas a comentar de cada nube: XP: Pairing, integración contínua,... Scrum: Daily Scrum, Sprint, Product Owner,... Kanban: control de flujo Cubriendo Scrum, XP y Kanban están los framework de escalado, como LeSS y SAFe (Big room Planning, Program Board)
- Los asistentes tienen 30 segundos para Formar una orquesta. En la primera iteración el facilitador evita responder preguntas (si hay alguna), o dar respuestas vagas Una vez montada la orquesta, decir que eso no es lo que quería. Normalmente la gente interpreta una orquesta clásica. Posibilidades del facilitador Quería una orquesta de fiestas de pueblo No tiene director Están desordenados No tienen instrumentos, sólo están ahí de pie En la tercera iteración, pedir más roles concretos: Si es orquesta clásica: Cómo van a interpretar la novena de Beethoven sin coro? La de pueblo, dónde están el técnico de luces y de sonido?
- 2 minutos para analizar 2 minutos para deshacer el nudo
- El equipo debe experimentar continuamente y adaptar su forma de trabajo con el fin de mejorar
- Decide cómo llevar a cabo los objetivos del proyecto
- Disponible para aclarar dudas Decide qué hacer y qué no hacer Escribe y prioriza las US
- Es un guía, ayuda al equipo Remover aquellos impedimentos que el equipo no es capaz de resolver por sí solo