RESUMEN DEL MARCO DE TRABAJO SCRUM POR FASES.

Este es un resumen y está basado en la imagen que se adjunta, tiene todas las fases y procesos de SCRUM con las herramientas pero en una forma descriptiva, la idea es entender de forma general el framework, haré más adelante un video para poder visualizar más facilmente las fases.

Para hacer más dinámico haré unas abreviaciones unicamente para fines de la explicación de este marco de trabajo que son:

Stakeholder - SH.

Product Owner - PO

SCRUM Master - SM

SCRUM Team - ST

SCRUM Core Team - SCT

FASE 1 "INICIO"

1.- La metodología inicia con la fase de INICIO, y la primera actividad es la reunión de la visión del proyecto (Business Project Meeting) donde a partir de un caso de negocio existente obtenemos la declaración de la visión del proyecto que es un listado a alto nivel sobre los requerimientos de el proyecto, también en esta fase los Stakeholders (SH) identifican el Product Owner (PO) que será el primer integrante del Scrum Core Team (SCT), el SCT está conformado por el PO, el SM y el ST.

El PO es seleccionado por los SH porque es el más cercano al cliente, en terminos generales es la voz del cliente y es el que tiene el conocimiento del negocio dentro del SCT y por lo tanto hace la justificación del negocio.

2. - También en la fase de inicio el Product (PO) selecciona al Scrum Master (SM) e identifica a los Stakeholders (SH).

El SM es un lider servicial, es el mentor de SCRUM es el que tiene mas conocimiento de la metodología y es el que va a estar encargado de eliminar interrupciones y todo lo que no permita que el SCT no cumpla sus objetivos.

Los SH son también llamados los interesados y como su nombre lo indica tienen un interés en el proyecto, tienen un impacto ya sea positivo o negativo interesados pueden ser, el cliente, usuarios, patrocinadores, etc.

3.- Ahora el PO ya sea solo o con ayuda del SM selecciona al SCRUM Team (ST), también llamado muchas veces equipo de desarrollo, aquí podemos mencionar uno de los Aspectos de SCRUM que es la organización (Grupos auto-organizados).

El ST es el encargado de hacer el trabajo, son los que conocen la solución a nivel de detalle (bajo nivel), es la parte técnica del desarrollo del producto.

4.- Mediante reuniones de grupos de usuarios y con base en la visión del proyecto se desarrollan en forma muy general las funcionalidades que debe tener nuestro producto o proyecto, las cuales se llamán Épicas, el desarrollo de las épicas se apoya en personas ó prototipos que nos muestran un modelo de los requerimientos de los usuarios que usarán nuestro producto una vez terminado, todo aquello conforma lo que en un futuro será el

5.- Backlog Priorizado del producto, que es la lista de todas la épicas pero priorizadas por el PO en colaboración (Principio Scrum) con el ST y el cliente de tal manera que el máximo valor sea entregado como prioridad (Principio Priorizacion basada en valor) y será la base para los incrementos a desarrollar en cada Sprint o Iteración (principio de Scrum). Los sprints son divisiones en tiempo en el que partiremos nuestro proyecto, con cada sprint tendremos un incremento, al concluir los sprints cada incremento producirá el producto terminado que pueda ser comercializado por cumplir los principios de un Producto Mínimo Viable (Puede ser utilizado aunque no esté completado), se recomienda que el sprint tenga una duración de 1 a 6 semanas y una vez establecida la longitud del Sprint no se puede cambiar.

6.- Ahora el equipo de desarrollo estima las épicas con el adecuado método de estimación (ver métodos de estimación), esta estimación se realiza con base en la complejidad, esfuerzo y riesgos envueltos en el desarrollo, con lo cual se obtiene el esfuerzo estimado necesario para desarrollar las épicas (Puntos de historia) que nos indican la velocidad de trabajo en el desarrollo.

7.- Una vez contando con el backlog priorizado del producto, puntos de historia y velocidad se tiene una reunión llamada reunión de planificación de lanzamiento (release planning meeting) “Sin time-box” donde SHs y SCT con ayuda de las estimaciones dividen el proyecto en sprints, determina la duración del sprint, la cantidad de sprints, y las fechas de terminación del producto en incrementos potencialmente entregables.

Time-box es un principio de SCRUM donde a varios eventos están restingidos en tiempo, tienen un tiempo máximo que por ejemplo hablando de reuniones evita que perdamos tiempo en otros temas.

FASE 2. PLANEACION Y ESTIMACION.

7. Ahora es tiempo de trabajar sin SHs, ya con los requerimientos en el backlog priorizado del producto, el SCT empieza a detallar este backlog en el evento llamado Reunión de Planificación del Sprint (Spring planning meeting) que debe durar 2 horas por semana de duración del sprint (Time-boxed).

8.- En esta junta el product owner presenta las épicas, divididas en épicas mas detalladas y refinadas que se llaman "historias de usuario" con un criterio de aceptación para definir que cumple con las expectativas de entrega, se aclaran objetivos y se aclaran dudas sobre estas historias.

10.- En la Reunion de planificación del Sprint también el SM facilita que ST estime las historias de usuario en base a la complejidad, esfuerzo y riesgos envueltos en el desarrollo, por ser un grupo auto-organizado el scrum team compromete las historias de usuario asignándole a cada miembro del equipo una tarea en base a su experiencia, sin olvidar que las historias de usuario son responsabilidad de todo el grupo.

11. En la reunión de planificación el scrum team subdivide las historias estimadas en tareas especificas identificadas y a desarrollar,

12. Se estiman las tareas, se les da tiempos en horas-hombre y decide las tareas que se realizarán el sprint que inicia, esta nueva lista se llama Sprint backlog.

13. Se crea el Sprint Burndown chart y se inicia el #scrumboard.

El Sprint Burndown Chart nos indica el trabajo que falta por completarse.

El #Scrumboard es un tablero que nos hace transparente todas las actividades y los avances del Sprint en proceso.

FASE 3. IMPLEMENTACION.

14. Por fin continuamos con la implementación, todos los días antes de iniciar el día de trabajo, el sprint se inicia con una junta facilitada por el SM llamada Sprint Daily Stand up con un tiempo máximo de 15 min (time-boxed) donde de pie el scrum team responde 3 preguntas ¿Qué hice en la reunión pasada? ¿Qué pienso hacer antes de la sig. reunión? ¿Qué impedimentos tengo (si los hubiera) para hacer mi trabajo?

15. Se alimenta el Scrumboard donde aparece todo lo pendiente y lo realizado y una lista de impedimentos que tiene que limpiar el Scrum Master.

Se actualiza la grafica llamada Burndown Chart donde aparece el avance día a día del proyecto y las desviaciones en su ejecución y nos indica si se está cumpliendo el objetivo.

15. Durante el transcurso del sprint el product owner participa en juntas llamadas Reunión de revisión del backlog priorizado del producto donde refina el backlog priorizado del producto y lo presenta el junta de planeación del próximo Sprint.

FASE 4. REVISION Y RETROSPECTIVA.

16.- Al terminar el sprint se tiene una junta llamada junta de revisión del sprint (Sprint Review meeting) la duración de esta junta depende de la duración del sprint que es 4 horas por cada 30 días ó 1 hora por cada semana, en esta junta se realiza un demo del trabajo concluido (sprint backlog) y el PO verifica el incremento y que coincida con lo acordado en el criterio de aceptación y puede aceptarlo o rechazarlo y volverlo a agregar al backlog, algunos stakeholders relevantes podrían participar.

17.- También al terminar se tiene la junta llamada de retrospectiva del sprint la duración es la misma que la de revisión, donde el SM evalúa los procesos llevados durante el sprint, herramientas, colaboracion, communicacion y algunas otros temas importantes, se discute que estuvo bien y que estuvo mal, aprender y hacer mejoras (lessons learned) para aplicar en los siguietes sprints, se documenta en el Scrum Guidance Body Document.

FASE 5. LANZAMIENTO.

18. Una vez concluidos todos los sprits y teniendo todos los incrementos concluidos, podemos liberar al cliente nuestros entregables aceptados usando el método de deployment especificado por el cliente el proceso genera un documento llamado "Acuerdo de Entregable Trabajando" (Working Deliverables Agreement),

19. Al final de cada sprint se tiene una junta de retrospectiva del Sprint donde Se evalúa los procesos llevados durante el Sprint, herramientas, colaboracion, communicacion y algunas otros temas importantes, se discute que estuvo bien y que estuvo mal que se puede aprender y hacer mejoras para aplicar en los siguientes Sprints.

20. Al final del proyecto se tiene una Junta de Retrospectiva del Proyecto donde Se evalúa los procesos llevados durante el proyecto, herramientas, colaboracion, communicacion y algunas otros temas importantes, se discute que estuvo bien y que estuvo mal, que se puede aprender y hacer mejoras (lessons learned) para aplicar en los siguientes proyectos, se documentan la Mejoras acordadas de accion" (Agreed Actionable Improvements).

Métodos estimación

1- Planning Pocket (Estimation Pocker)

2. fist of five (se usa para estimar y priorizar)

3. Wiband Delphi

4. Affinity Estimation

Métodos de Priorización

1. Esquema Simple

2. Esquema de priorizacion MoSCoW

3. Comparación por pares

4. Metodo de los 100 puntos.

5. Monopoly Money

PRINCIPIOS SCRUM

1.- Control empírico de procesos

2.- Auto-organización

3.- Colaboración.

4.- Priorización basada en el valor,

5.- Time-boxing,

6.- Desarrollo iterativo.

ASPECTOS SCRUM

1.- Organización:

Roles Principales (Core Roles)

Roles Secundarios (Non-core roles)

2.- Justificación del Negocio

3.- Calidad

4.- Cambios

5.- Riesgos