Eventos Scrum

Tras presentar esta metodología ágil de desarrollo de proyectos, explicaremos en nuestra segunda entrega de esta serie Scrum, los diferentes Eventos Scrum.

Bookmark and Share

Montse Boyero

Para todos aquellos que no tuvieron la oportunidad de leer el anterior post explicaremos de manera rápida y simple que el Scrum es un marco de trabajo que se caracteriza por su agilidad y flexibilidad.

 

La estrategia de desarrollo de este método radica, en no planificar y ejecutar de manera global un producto. O mejor dicho, no esperar a tener todo absolutamente definido y cerrado para comenzar a desarrollarlo. De esta manera, las tareas a realizar no se solapan, sino que se van generando conforme se vayan terminando.

 

De hecho, el elemento clave del Scrum es el Sprint, un bloque de tiempo, que puede durar varias semanas (4 como mucho), durante las cuales se desarrolla el producto o proceso que debe ser realizado o "terminado". Cada nuevo Sprint comienza inmediatamente después de la finalización del anterior, son consecutivos.

 

Los Sprint se utilizan para lograr algo, se puede considerar un "miniproyecto" para que nos entendamos, en el que no podemos hacer grandes variaciones de lo tenemos estipulado y el desarrollo del trabajo puede ser evaluado entre el cliente y el equipo de personas que lo desarrollan. De esta manera la inspección del trabajo realizado puede dar origen a posibles cambios, pero siempre serán más controlados y las variaciones a llevar a cabo serán menos costosas.

 

Aunque esto a priori, parece muy sencillo y todos podríamos afirmar que es de sentido común, no se suele aplicar en el desarrollo de proyectos de muchas de nuestras empresas. Por una parte, puede ocurrir porque las estructuras internas sean muy rígidas y por otro lado puede ser que los equipos de trabajo sean muy grandes y por tanto más inmanejables.

 

Uno de los errores más frecuentes cuando comenzamos un proyecto y nos ponemos "manos a la obra",  es que la persona encargada de coordinarlo no es del todo consciente de que todas las personas que participen en él deben hablar el mismo idioma. Si a esto, se suma que la mayoría de las veces la comunicación entre compañeros, colegas, colaboradores, superiores o subordinados brilla por su ausencia... no es de extrañar que el proyecto vaya destinado a ser un fracaso.

 

La transparencia es vital y los aspectos más significativos deben ser visibles para todas las personas que participan en el mismo. Deben compartir un lenguaje común y que todos entiendan lo mismo.

 

No nos podemos permitir el lujo de desarrollar proyectos en los que todos de una manera u otra hemos sufrido alguna vez (que levante la mano el que no lo haya sufrido en sus propias carnes); interminables jornadas de trabajo porque los procesos o requerimientos no estaban claros, errores por la falta de comunicación, entregas de trabajos que no se han supervisado por falta de tiempo... y un sinfín de cosas más.

 

Las inspecciones deben ser frecuentes, sin que ello interfiera al proceso de desarrollo para detectar posibles variaciones. Cuanto antes se corrijan estas variaciones, se minimizarán costes añadidos y será más fácil reconducir el proyecto, por lo tanto debemos adaptarnos constantemente al proyecto.

 

Por todo ello, los eventos Scrum,  nos ayudarán a paliar estos sufrimientos y nos ayudarán a alcanzar el objetivo final del proyecto.  Estos eventos tienen el fin de crear regularidad y evitar reuniones que no son necesarias. Todos los eventos son bloques de tiempo (time-boxes) y todos tienen una duración máxima.

 

El Scrum prescribe cuatro eventos:

  • Reunión de Planificación del Sprint (Sprint Planning Meeting). Esta reunión sirve para definir qué trabajo que se va a realizar durante un Sprint y las personas que participan en ella son el  Equipo Scrum. Las preguntas que se plantean antes de comenzar a trabajar son: ¿Qué puede entregarse en el Sprint que comienza? y ¿Cómo se conseguirá hacer el trabajo? 
  • Scrum Diario (Daily Sprint) Es una reunión de unos 15 minutos de duración que se hace a la misma hora y en el mismo lugar, en el que el Equipo Scrum sincroniza sus actividades. 
  • Revisión del Sprint (Sprint Review). Al final de cada Sprint se inspecciona lo que se ha hecho y se determina que podría hacerse para mejorar el producto.
  • Retrospective del Sprint (Sprint Retrospective). En este evento el Equipo Scrum tiene la oportunidad de evaluarse y crear un plan de mejoras para el siguiente Sprint.

 

 

 

En nuestra siguiente entrega nos centraremos en los equipos de trabajo o Scrum Team y el Scrum Master, pero hasta entonces... no dudéis en calzaros unas buenas zapatillas de deporte que os ayudarán en esta carrera de fondo que es nuestro día a día, a alcanzar la meta, relizando Sprints!!!!!!

 

Preparados, listos, ya!!!

* Las series son un conjunto de post que giran en torno a una tem�tica y que pueden tener, en algunos casos, continuidad.

Serie: SCRUM

Scrum
[1] | Montse Boyero | leer [+]

Scrum es una metodología ágil de desarrollo de proyectos, apropiada para proyectos con requisitos inestables y para los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de determinados sistemas de software.

 

 

Eventos Scrum
[2] | Montse Boyero | leer [+]

Tras presentar esta metodología ágil de desarrollo de proyectos, explicaremos en nuestra segunda entrega de esta serie Scrum, los diferentes Eventos Scrum.

Team Scrum
[3] | Montse Boyero | leer [+]

En nuestros anteriores post dimos a conocer el Scrum como una metodología ágil de desarrollo de proyectos y sus diferentes fases. En esta ocasión nos ocuparemos del equipo de personas que lo hacen posible.

Scrum en 10 minutos
[4] | Montse Boyero | leer [+]

Cerramos nuestra serie Scrum de la mano de Hamid Shojaee, que gracias a su experiencia en desarrollo de proyectos de software en diferentes compañias  y durante años, ha llegado a conocer tan bien esta metodología ágil  y que nos presenta en este vídeo.

Grupo Finsi | NM formación y consultoría | Davinchi