Scrum
Agile Manifesto
Manifiesto para el desarrollo de software
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:
__________________________________________ sobre procesos y herramientas
____________________________________ sobre documentación extensiva
_____________________________________________ sobre negociación contractual
_________________________________________________ sobre seguir un plan
Esto es, aunque valoramos los elementos de la derecha, valoramos más los de la
izquierda.
2
Principios del Manifiesto Ágil
Seguimos los siguientes principios:
1. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega temprana y continua de
software con valor.
2. Aceptamos que los requisitos cambien, incluso en etapas tardías del desarrollo. Los procesos
Ágiles aprovechan el cambio para proporcionar ventaja competitiva al cliente.
3. Entregamos software funcional frecuentemente, entre dos semanas y dos meses, con preferencia al
periodo de tiempo más corto posible.
4. Los responsables de negocio y los desarrolladores trabajamos juntos de forma cotidiana durante
todo el proyecto.
5. Los proyectos se desarrollan en torno a individuos motivados. Hay que darles el entorno y el apoyo
que necesitan, y confiarles la ejecución del trabajo.
6. El método más eficiente y efectivo de comunicar información al equipo de desarrollo y entre
sus miembros es la conversación cara a cara.
7. El software funcionando es la medida principal de progreso.
8. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores, desarrolladores y usuarios
debemos ser capaces de mantener un ritmo constante de forma indefinida.
9. La atención continua a la excelencia técnica y al buen diseño mejora la Agilidad.
10. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado, es esencial.
11. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-organizados.
12. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar
y perfeccionar su comportamiento en consecuencia.
FUENTE: [Link]
3
Scrum Framework
Escribe el nombre de los roles, reuniones y artefactos de Scrum.
3 ROLES
5 REUNIONES
5 ARTEFACTOS
4
Scrum Framework
Dibuja el framework todo lo preciso que puedas.
5
Product Backlog
Añade los siguientes conceptos al nivel que correspondan:
Historias de Usuario (tamaño pequeño)
Funcionalidades (tamaño mediano)
Épicas (tamaño grande)
6
Historia de Usuario
Una buena historia de usuario cumple las 3 C’s.
7
Roles Scrum
¿Quién participa en...?
Tarea Scrum Product Team
Master Owner
Estimar el tamaño de los ítems del Product
Backlog
Participar en el Sprint Planning
Asegurar que el equipo sigue las prácticas de
Scrum
Actualizar las tareas en el Sprint Backlog
Eliminar impedimentos
Controlar el presupuesto y el ROI del producto
Asignar tareas a los miembros del equipo
Aceptar el producto entregado en el sprint
Participar en el Daily Scrum
Comunicar el estado del proyecto a los
stakeholders
Actualizar el Sprint Burndown chart
Educar a la organización en el uso de Scrum
Decidir cuánto se puede entregar en un sprint
Asegurar que cada historia está completada
8
Product Backlog Refinement
Anota aquello que encuentres interesante.
DE
SC
UB
RIM
IEN
TO
9
Product Backlog Refinement
¿Verdadero o Falso?
1. El Product Backlog Refinement se realiza durante el Sprint Planning. _______
2. En el Product Backlog Refinement participa todo el Scrum Team (Product
Owner + Development Team + ScrumMaster). _______
3. Las sesiones de Product Backlog Refinement se deberían realizar al menos una
vez por sprint. _______
4. Sólo el Product Owner puede escribir Product Backlog Items. _______
5. Los Stakeholders (interesados) que no pertenecen al Scrum Team pueden
sugerir ítems para el Product Backlog. _______
6. El Product Owner facilita la sesión de PBL Refinement. _______
7. Las sesiones de Product Backlog Refinement son timeboxed. _______
8. Sólo el Product Owner puede cambiar el orden de los ítems del Product Backlog.
_______
9. Todos los Product Backlog ítems deben ser lo suficientemente pequeños como
para que el Development Team los pueda completar en un Sprint. _______
10
Roles Scrum
Anota aquello que encuentres interesante.
11
Ejecución del Sprint
¿Verdadero o Falso?
1. Los mecanismos para monitorizar el progreso durante un sprint son el Daily
Scrum, Sprint Backlog y Sprint Burndown. _______
2. El tablero y Sprint Burndown son responsabilidad y los mantiene el ScrumMaster.
_______
3. El tablero o Sprint Backlog sólo tiene elementos del sprint actual. _______
4. Cada persona de un equipo cross funcional tiene que ser capaz de realizar todas
las tareas de una historia. ________
5. Añadir personas a un equipo siempre aumenta la velocidad. ________
6. El ScrumMaster debe mantener un Impediment Backlog con los problemas que
afecten al equipo e intentar resolver la mayoría en 24 horas. _______
7. Las tareas se deben estimar en horas. _______
8. El equipo necesita tiempo libre para mejorar sus procesos. ________
9. Co-localización significa que los miembros del equipo necesitan estar como
mucho a 6 metros del resto de personas del equipo. ________
10. La presión para trabajar más rápido o más horas al día compromete (de forma
inconsciente) la calidad. ________
12
Sprint Planning
¿Cuál es el objetivo de la primera parte del Sprint Planning?
1. Estimar historias para saber cuánto duran
2. Discutir cómo se van a alcanzar los requisitos y cómo va a trabajar el equipo
para llegar a ese objetivo
3. Entender los requisitos para intentar predecir cuántos podemos entregar en el
sprint
4. Asignar historias y tareas a cada miembro del equipo
Objetivo SP Parte 1 ____________
¿Cuál es el objetivo de la segunda parte del Sprint Planning?
1. Estimar historias para saber cuánto duran
2. Discutir cómo se van a alcanzar los requisitos y cómo va a trabajar el equipo
para llegar a ese objetivo
3. Entender los requisitos para intentar predecir cuántos podemos entregar en el
sprint
4. Asignar historias y tareas a cada miembro del equipo
Objetivo SP Parte 2 ____________
13
Sprint Planning Parte 1
Anota aquello que encuentres interesante.
QU
É
14
Sprint Planning Parte 2
Anota aquello que encuentres interesante.
CÓ
M
O
15
Daily Meeting
¿Cuáles son las 3 preguntas a responder en la Daily?
16
Sprint Burndown
¿Qué podemos leer de estos progresos durante un Sprint?
17
Sprint Review
Anota aquello que encuentres interesante.
PR
OD
O UC
T
18
Sprint Retrospective
Anota aquello que encuentres interesante.
PR
OC
ES
O
19
Autoevaluación
Anota aquello que encuentres interesante.
¿Qué he aprendido?
¿Qué va a cambiar con lo que he aprendido?
¿Qué voy a hacer a partir de ahora con lo que he aprendido?
20
