SCRUM, es un framework de la «metodología Agile» para la realización o elaboración de proyectos complejos. Scrum fue formalizado en un principio para proyectos de desarrollo de software, pero funciona bien para cualquier ámbito complejo y/o innovador de trabajo. El framework de Scrum es engañosamente simple…

El framework SCRUM en 30 segundos.

Los miembros de la Srum Alliance han elaborado una forma de explicar el framework Srum en tan sólo 30 segundos:

1. El propietario de un producto crea una «lista de deseos» priorizada llamada «product backlog» o backlog de producto.
2. Durante la planificación del sprint(período de tiempo durante el cual el trabajo específico tiene que ser completado y preparado para su revisión), el equipo extrae una pequeña porción de la parte superior de esa «lista de deseos», un «sprint backlog», y decide cómo implementar/desarrollar esas piezas.
3. El equipo tiene una cierta cantidad de tiempo – un sprint (por lo general de dos a cuatro semanas) – para completar su trabajo, pero se reúne todos los días para evaluar su progreso (Scrum diaria).
4. En el camino, el «ScrumMaster» mantiene al equipo enfocado en su objetivo.
5. Al final del sprint, el trabajo debe ser potencialmente entregable: listo para entregar a un cliente, poner en un estante de la tienda, o mostrar a un grupo de interés.
6. El sprint termina con una revisión de sprint y una junta de retrospectiva.
7. Al comenzar el siguiente sprint, el equipo elige otro trozo del «product backlog» y comienza a trabajar de nuevo.

Trabajo completo.

Esto nos lleva a una problemática compleja: ¿Cómo sabemos cuando el producto está terminado? El trabajar en un modelo iterativo con sprints de dos a cuatro semanas (Srum) en un metodología de desarrollo abierta al cambio en cualquier momento (Agile) los cambios pueden suceder durante «x» o «y» sprint lo cual nos llevaría a tener que adaptarlos durante el próximo sprint o, en casos extremos, a detener el sprint actual e iniciar uno de nuevo con los cambios solicitados por el cliente. El ciclo se repite hasta que se hayan completado suficientes elementos en la pila de producto, el presupuesto se agota, o cuando llega una fecha límite. Cuál de estos hitos marca el final de la obra es totalmente particular a cada proyecto. No importa qué detenga el impulso, Scrum asegura que el trabajo más valioso (o redituable) ha sido completado al final del proyecto.

Por lo anterior, es una buena práctica el tener una junta con el cliente o el dueño del producto a ser desarrollado y establecer la «definición de trabajo completo». Es un punto críticamente útil ya que establece de manera clara en qué punto el cliente o dueño del producto estará satisfecho con el trabajo realizado y se podrá planear cada sprint de manera más… real.

Valores SCRUM

Scrum es un enfoque empírico impulsado por retroalimentación por la cual es, como todo el control de proceso empírico, apoyado en los tres pilares: la transparencia, la inspección y la adaptación. Todos los trabajos en el framework de Scrum deben de ser visibles para los responsables de los resultados: el proceso, el flujo de trabajo, progreso, etc. Con el fin de hacer estas cosas visibles, los equipos Scrum necesitan inspeccionar el producto que está siendo desarrollado frecuentemente y lo bien que el equipo está trabajando. Con una inspección frecuente, el equipo puede detectar cuando su trabajo se desvía fuera de los límites aceptables y adaptar su proceso o el producto en base a el desarrollo.

Estos tres pilares requieren confianza y apertura en el equipo, que los siguientes cinco valores de Scrum permiten:

• Compromiso:
  • Los miembros del equipo se comprometen de forma individual para el logro de sus objetivos de equipo, en cada Sprint.
• Valor:
  • Los miembros del equipo saben que tienen el coraje de trabajar a través de los conflictos y desafíos juntos para poder hacer lo correcto.
• Enfoque:
  • Los miembros del equipo se centran exclusivamente en sus metas de equipo y el Sprint backlog; no debería haber ningún trabajo que no sea parte de su backlog.
• Apertura:
  • Los miembros del equipo y sus partes interesadas están de acuerdo en ser transparentes acerca de su trabajo y las dificultades que enfrentan.
• El respeto:
  • Los miembros del equipo se respetan entre sí para tener una buena capacidad técnica y trabajar con buena intención.

Y… ¿por qué se llama SCRUM?

Cuando Jeff Sutherland creó el proceso de scrum en 1993, tomó prestado el término «scrum» de una analogía planteada en un estudio realizado en 1986 por Takeuchi y Nonaka, publicado en la Harvard Business Review. En ese estudio, Takeuchi y Nonaka comparan equipos de alto rendimiento, multi-funcionales a la formación scrum utilizada por los equipos de rugby. (Si no la conoces, búsca en Google. Puede que descubras un deporte bastante apasionante)