Qué sí es Scrum y que no es Scrum
La aplicación de Scrum tiene sentido cuando te encuentras frente a situaciones complejas: cuando no hay certezas y esperas cambios.
Por eso Scrum es un marco (framework) que no solo te permite construir el producto, sino al mismo tiempo descubrir cuál es ese producto que necesitas construir.
En mi experiencia, he identificado tres preguntas claves para poder decidir el uso o no uso de Scrum:
¿Cuánta seguridad posees de que el producto que tienes en mente va a resolver la necesidad que pretendes resolver?
¿Cuánta seguridad tienes que la tecnología escogida va a resolver la necesidad que pretendes resolver?
¿Cuál es la naturaleza del trabajo del equipo: trabajo principalmente mecánico o trabajo principalmente cognitivo?
Incertidumbre de producto o tecnológica
Sin la seguridad de que el producto que vas a construir o la tecnología que vas a emplear vayan a resolver la necesidad, aunque conozcas con lujo de detalles el alcance del producto, en realidad me animaría a decir que no conoces qué es lo que hay que construir o cómo hay que emplear la tecnología para sí resolver esa necesidad. Aquí tiene sentido utilizar Scrum.
Por el contrario, si tienes seguridad de que el producto a construir y la tecnología a emplear resolverán el problema que se pretende resolver, entonces, no tiene tanto sentido utilizar Scrum.
Naturaleza del trabajo
Con respecto a las personas y la naturaleza de su trabajo, si ésta es principalmente mecánica o física, entonces no tiene tanto sentido el empleo de Scrum, pero si es cognitiva o creativa, entonces existe alta probabilidad que Scrum sea un enfoque adecuado.
Te propongo que nos movamos de lleno a su definición y estructura.
Definición de Scrum
Scrum es un marco de trabajo liviano mediante el cual las personas, los equipos y las organizaciones generan valor a través de soluciones adaptativas a problemas complejos - Guía Oficial de Scrum
Te propongo que analicemos esta definición de Scrum identificando que sí es Scrum y que no es Scrum.
¿Qué sí es Scrum?
Scrum sí es un marco de trabajo liviano que proporciona una estructura mínima para poder construir una solución de forma evolutiva. Scrum es un diseño deliberadamente incompleto y minimalista. Cualquier persona, equipo u organización que desee crear productos de calidad con Scrum deberá complementarlo con técnicas y prácticas específicas de su industria. Scrum te dice qué hacer y no te dice cómo hacerlo.
La generación de valor a través de Scrum implica la creación de un producto de forma tal que lo puedas ver funcionando muy frecuentemente a medida que crece y evoluciona. De esta manera lo podrás inspeccionar y adaptar todo lo que consideres necesario.
Este enfoque sólo tiene sentido si estás frente a problemas complejos e inciertos, donde no solo debes construir un producto, sino también descubrir en paralelo qué producto construir.
¿Qué no es Scrum?
Scrum no es un enfoque para gestionar proyectos ni equipos. En Scrum no hay gerentes que dirijan y controlen el trabajo que realizan las personas del equipo. Específicamente en este punto, Scrum se basa en la capacidad de autogestión del equipo, quien tiene completa autonomía para elegir en qué trabajar, cómo hacerlo y quiénes lo hacen dentro del equipo.
Scrum no es una metodología con procesos, subprocesos, inputs y outputs. Scrum no es un método para hacer seguimiento detallado, día a día, de las tareas individuales de los miembros del equipo Scrum.
Scrum no sirve si lo que quieres es seguir haciendo lo mismo, pero más rápido.
Extracto tomado del libro Scrum y Algo Más un framework y muchos aprendizajes para creadores ágiles, del autor Martín Alaimo, Sección 1: Aplicabilidad de Scrum
