Descargar para leer sin conexión
Subido porJuan José Fuchs Cerdeña
Ayacucho Agile Day - Introduccion a Scrum
Este documento introduce Scrum, un marco ágil para el desarrollo de software. Scrum es empírico, iterativo e incremental. Utiliza roles como Product Owner, Equipo y Scrum Master, y eventos como Sprint Planning Meeting, Review y Retrospectiva. Los artefactos incluyen el Product Backlog, Sprint Backlog y artefactos resultantes. Scrum es una opción cuando se necesita flexibilidad y adaptación al cambio.
Más contenido relacionado
Similar a Ayacucho Agile Day - Introduccion a Scrum
Ayacucho Agile Day - Introduccion a Scrum
- 1.
- 2.
- 3. Enfoque Tradicional Requerimientos Análisis Diseño Construcción Pruebas Implementación
- 4.
- 5.
- 6. Scrum es... Empirico Iterativo Incremental Liviano Simple de entender Extremadamente dificil de hacer bien!
- 7. No es... Cero documentacion Indisciplinado Impredecible Irse todos los dias a las 5 en punto! Para equipos grandes O distribuidos ...
- 8.
- 9. Framework Principios Roles Eventos Artefactos ...Y Reglas
- 10.
- 11.
- 12. Un bocado ala vez... http://www.ahappyplacecalledhome.com/storage/One%20bite%20at%20a%20time-001.jpg
- 13. Sprint Planning Meeting Review Retrospectiva Product Sprint Backlog Backlog
- 14. Principios Transparencia Adaptar Inspeccionar
- 15.
- 16. La voz del Que Product Owner
- 17. La tribu del Como Equipo
- 18. El Joker Scrum Master
- 19.
- 20. La duracion deberia ser constante El alcance se puede Se podria cancelar renegociar antes de tiempo El equipo se mantiene rmina con el review No deberia Spri cambiar Y retrospectiva nt Tiene un objetivo Maximo 4 semanas Inicia con el planning meeting
- 21. Diseno colaborativo delplan Maximo 8 horas 2 partes 1era: Que Product Owner presenta el backlog El equipo estudia cada item Y determina cuanto 2da: Como El equipo define como se implementaran, Desglosa las actividades Se renegocia el cuanto Sprint Planning El equipo explica el como
- 22. Sincronizacion de actividades Maximo15 minutos Todos los dias Misma hora y lugar Conversacion del equipo Identifica y remueve impedimentos 3 preguntas A - Que hice ayer? H - Que hare hoy? I - Que impedimentos tengo?
- 23. Al final delSprint Maximo 4 horas El equipo hace un demo El product owner acepta o rechaza funcionalidades terminadas Se basa en criterios de aceptacion Funcionalidades rechazadas vuelven al backlog Sprint Review Se agregan mas items al backlog
- 24. Despues del review Antesdel siguiente planning Maximo 3 horas Oportunidad para mejorar Como nos fue en el Sprint anterior Identificar mejoras potenciales Definir plan de mejoras Retrospectiva
- 25.
- 26. Lista de funcionalidadesrequeridas Priorizada Actualizada constantemente Responsabilidad del Product Owner Funcionalidades se detallan en orden Cada item se llama PBI Cada PBI usualmente es una User Story Los PBIs son estimados solo por el equipo Product Backlog
- 27. Definido en elplanning meeting Funcionalidades escogidas para el S Y plan para implementarlas Se actualiza durante el Sprint Solo puede ser modificado por el eq Sprint Backlog
- 28. Suma de todaslas funcionalidades terminadas Listas para ser puestas en produccion Si el cliente asi lo quisiera
- 29.
- 30. Sprint Planning Meeting Review Retrospectiva Product Sprint Backlog Backlog
- 31. Algunas herramientas ypracticas utiles...
- 32.
- 33.
- 34.
- 35.
- 36. Referencias • Scrum Guide(Oct 2011) – Ken Schwaber & Jeff Sutherland http://www.scrum.org/storage/scrumguides/ • Simple Scrum – Tobias Mayer http://agileanarchy.wordpress.com/2009/09/20/simple-scrum/ • Scrum Roles – An Abstraction – Tobias Mayer http://agileanarchy.wordpress.com/2009/10/08/scrum-roles-an-abstraction/
- 37. Ernesto Cardenas ©2012 @AgilePeru @JuanjoFuchs #AgilePeru MCP, CSM, CSD http://agile-peru.net/ http://www.facebook.com/agileperu https://groups.google.com/group/agileperu http://about.me/JuanjoFuchs