Scrum<br />
SCRUM<br />Es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar en equipo y ...
SCRUM (2)<br />Es un modelo de referencia que define un conjunto de roles y prácticas, y que puede tomarse como punto de p...
SCRUM (3)<br />Scrum está indicado para usarse para proyectos con alguna de las siguientes características:<br />En entorn...
Proceso de Scrum<br />El proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones que pueden ser de una seman...
Proceso de Scrum (2)<br />El proceso parte de una lista de requisitos priorizada del producto (ProductBacklog) que actúa c...
Proceso de Scrum (3)<br />Cada Sprint tiene su propio Sprint Backlog que es un subconjunto de los objetivos contenidos en ...
Proceso de Scrum (4)<br />Durante un Sprint, el equipo crea un incremento de software usable. Los elementos del ProductBac...
Proceso de Scrum (5)<br />El equipo determina la cantidad de trabajo que puede comprometerse a terminar durante el siguien...
Proceso de Scrum (6)<br />Dentro de cada Sprint, el Scrum Master (equivalente al líder de proyecto) llevará a cabo la gest...
Proceso de Scrum (7)<br />Al final de cada Sprint, se realiza el Sprint Review para evaluar los artefactos construidos y c...
Actividades de Scrum<br />Planificación de la Iteración<br />Selección de requisitos<br />Planificación<br />Ejecución de ...
Roles en Scrum<br />“Un cerdo y una gallina se encuentran en la calle. La gallina mira al cerdo y dice: ‘Hey, ¿por qué no ...
Roles “Cerdo”<br />ProductOwner<br />Scrum Master<br />Equipo<br />14<br />
Roles “Gallina”<br />Usuarios<br />Stakeholders<br />Adminsitradores<br />15<br />
Reuniones en Scrum<br />Spring Planning Meeting<br />Daily Scrum Meeting<br />Spring Review<br />Spring Retrospective<br /...
Spring Planning Meeting<br />Selección del trabajo que se realizará<br />Preparar el Sprint Backlog, que detalla el tiempo...
Daily Scrum Meeting<br />¿Qué se ha hecho desde ayer? ¿Se pudo hacer todo lo que se tenía planeado? ¿Cuál fue el problema?...
Sprint Review<br />Revisar el trabajo que fue completado, y el que no fue completado<br />Presentar el trabajo completado ...
Sprint Retrospective<br />Qué cosas han funcionado bien<br />Cuáles hay que mejorar.<br />Qué cosas quiere probar hacer en...
Documentos de Scrum<br />ProductBacklog<br />Sprint Backlog<br />Burn Down Chart<br />21<br />
Burn Down Chart<br />22<br />
Beneficios de SCRUM<br />Entregas mensuales o quincenales de resultados<br />Productividad y Calidad<br />Alineamiento ent...
Bases de SCRUM<br />Scrum se basa en:<br />El desarrollo iterativo e incremental de los requisitos del proyecto en bloques...
Bases de Scrum (2)<br />El control empírico del proyecto (se muestra al cliente los resultados obtenidos al final de cada ...
Bases de Scrum (3)<br />La sistematización de la colaboración y la comunicación tanto entre el equipo y como en el cliente...
¿Alguna Pregunta?<br />27<br />
Gracias<br />28<br />http://www.javatutoriales.com/<br />Java Tutoriales en Facebook<br />
Upcoming SlideShare
Loading in …5
×

7iSF-3 scrum

1,145 views
1,015 views

Published on

Capacitación en conceptos de Scrum

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

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

No notes for slide

7iSF-3 scrum

  1. 1. Scrum<br />
  2. 2. SCRUM<br />Es un proceso en el que se aplican de manera regular un conjunto de buenas prácticas para trabajar en equipo y obtener el mejor resultado posible de un proyecto.<br />Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio de la manera de trabajar de equipos altamente productivos<br />2<br />
  3. 3. SCRUM (2)<br />Es un modelo de referencia que define un conjunto de roles y prácticas, y que puede tomarse como punto de partida para definir el proceso de desarrollo que se usará durante un proyecto. <br />En Scrum se realizan entregas parciales y regulares del producto final, priorizadas por el beneficio que aportan al receptor del proyecto. <br />3<br />
  4. 4. SCRUM (3)<br />Scrum está indicado para usarse para proyectos con alguna de las siguientes características:<br />En entornos complejos<br />Obtención rápida de resultados<br />Requisitos cambiantes o poco definidos<br />Innovación, complejidad, flexibilidad, y productividad son fundamentales<br />4<br />
  5. 5. Proceso de Scrum<br />El proyecto se ejecuta en bloques temporales cortos y fijos (iteraciones que pueden ser de una semana, dos semanas, un mes, dependiendo de las necesidades) llamados Sprints. Cada Sprint debe proporcionar un resultado completo, un incremento de producto final que sea susceptible de ser entregado, con el mínimo esfuerzo, al cliente cuando lo solicite <br />5<br />
  6. 6. Proceso de Scrum (2)<br />El proceso parte de una lista de requisitos priorizada del producto (ProductBacklog) que actúa como plan de proyecto y contiene todos los requerimientos funcionales y no funcionales que el sistema debe satisfacer. En esta lista, el cliente prioriza los objetivos balanceando el valor que le aportan respecto a su coste. A partir de ahí se definirán las iteraciones (Sprints), en las que se irá evolucionando continuamente la aplicación. <br />6<br />
  7. 7. Proceso de Scrum (3)<br />Cada Sprint tiene su propio Sprint Backlog que es un subconjunto de los objetivos contenidos en el ProductBacklog con los requerimientos a ser construidos en el Sprint correspondiente.<br />De manera regular el cliente puede maximizar la utilidad de lo que se desarrolla, y el retorno de inversión mediante la re-planificación de los objetivos que realiza al inicio de cada Sprint.<br />7<br />
  8. 8. Proceso de Scrum (4)<br />Durante un Sprint, el equipo crea un incremento de software usable. Los elementos del ProductBacklog que forman parte del sprint se determinan durante la reunión del Sprint Planning. Durante esta reunión el ProductOwner, identifica los elementos del ProductBacklog que quiere ver completados, y los hace del conocimiento del equipo.<br />8<br />
  9. 9. Proceso de Scrum (5)<br />El equipo determina la cantidad de trabajo que puede comprometerse a terminar durante el siguiente sprint. Durante el sprint nadie puede cambiar el Sprint Backlog, lo que significa que los requisitos están congelados.<br />9<br />
  10. 10. Proceso de Scrum (6)<br />Dentro de cada Sprint, el Scrum Master (equivalente al líder de proyecto) llevará a cabo la gestión de la iteración, convocando diariamente al Scrum Daily Meeting, que representa una reunión de avance diaria de no más de 15-30 minutos, con el propósito de tener retroalimentación sobre las tareas, los recursos y los obstáculos que se presentan. <br />10<br />
  11. 11. Proceso de Scrum (7)<br />Al final de cada Sprint, se realiza el Sprint Review para evaluar los artefactos construidos y comentar el planteamiento del próximo Sprint.<br />11<br />
  12. 12. Actividades de Scrum<br />Planificación de la Iteración<br />Selección de requisitos<br />Planificación<br />Ejecución de la Iteración<br />Inspección y Adaptación<br />Demostración de requisitos completados<br />Retrospectiva<br />12<br />
  13. 13. Roles en Scrum<br />“Un cerdo y una gallina se encuentran en la calle. La gallina mira al cerdo y dice: ‘Hey, ¿por qué no abrimos un restaurante?’ El cerdo mira a la gallina y le dice: ‘Buena idea, ¿cómo se llamaría el restaurante?’ La gallina piensa un poco y contesta: ‘¿Por qué no lo llamamos "Huevos con jamón”?’ ‘Lo siento pero no’, dice el cerdo, ‘Tú sólo estarías involucrada mientras que yo estaría comprometido’”<br />13<br />
  14. 14. Roles “Cerdo”<br />ProductOwner<br />Scrum Master<br />Equipo<br />14<br />
  15. 15. Roles “Gallina”<br />Usuarios<br />Stakeholders<br />Adminsitradores<br />15<br />
  16. 16. Reuniones en Scrum<br />Spring Planning Meeting<br />Daily Scrum Meeting<br />Spring Review<br />Spring Retrospective<br />Replanificación del Proyecto<br />16<br />
  17. 17. Spring Planning Meeting<br />Selección del trabajo que se realizará<br />Preparar el Sprint Backlog, que detalla el tiempo que llevará realizar el trabajo<br />Identificar y comunicar cuánto del trabajo es probable que se realice durante el sprint actual<br />17<br />
  18. 18. Daily Scrum Meeting<br />¿Qué se ha hecho desde ayer? ¿Se pudo hacer todo lo que se tenía planeado? ¿Cuál fue el problema?<br />¿Qué es lo que se tiene planeado hacer hoy?<br />¿Se ha tenido o se tiene algún problema que impida alcanzar el objetivo?<br />18<br />
  19. 19. Sprint Review<br />Revisar el trabajo que fue completado, y el que no fue completado<br />Presentar el trabajo completado a los interesados (“demo”)<br />En trabajo no completado no puede ser presentado (nada se muestra a medias)<br />19<br />
  20. 20. Sprint Retrospective<br />Qué cosas han funcionado bien<br />Cuáles hay que mejorar.<br />Qué cosas quiere probar hacer en la siguiente iteración.<br />Qué se ha aprendido.<br />Cuáles son los problemas que podrían impedirle progresar adecuadamente. <br />20<br />
  21. 21. Documentos de Scrum<br />ProductBacklog<br />Sprint Backlog<br />Burn Down Chart<br />21<br />
  22. 22. Burn Down Chart<br />22<br />
  23. 23. Beneficios de SCRUM<br />Entregas mensuales o quincenales de resultados<br />Productividad y Calidad<br />Alineamiento entre el cliente y el equipo de desarrollo<br />Equipo motivado<br />23<br />
  24. 24. Bases de SCRUM<br />Scrum se basa en:<br />El desarrollo iterativo e incremental de los requisitos del proyecto en bloques temporales cortos y fijos<br />La priorización de los requisitos por valor para el cliente y costo de desarrollo en cada entrega<br />24<br />
  25. 25. Bases de Scrum (2)<br />El control empírico del proyecto (se muestra al cliente los resultados obtenidos al final de cada iteración; y el equipo se sincroniza diariamente)<br />La potenciación del equipo, que se compromete a entregar unos requisitos y para ello se le otorga la autoridad necesaria para organizar su trabajo<br />25<br />
  26. 26. Bases de Scrum (3)<br />La sistematización de la colaboración y la comunicación tanto entre el equipo y como en el cliente.<br />El timeboxing (el tiempo máximo para conseguir resultados) de las actividades del proyecto, para ayudar a la toma de decisiones y conseguir resultados<br />26<br />
  27. 27. ¿Alguna Pregunta?<br />27<br />
  28. 28. Gracias<br />28<br />http://www.javatutoriales.com/<br />Java Tutoriales en Facebook<br />

×