Antecedentes históricos
En 1985, Hirotaka Takeuchi y Ikujiro Nonaka iniciaron una investigación de los procesos productivos de empresas tecnológicas japonesas y estadounidenses. En sus análisis, observaron que algunas fases se solapaban, por lo que plantearon la creación de grupos multidisciplinares y auto-organizados, dotados de poder para provocar avances trabajando en un mismo espacio físico, todos a una de principio a fin.
Un año más tarde publicaron conjuntamente un artículo en la Harvard Business Review titulado “The new new product development game” (que puede traducirse como “El nuevo juego para el desarrollo de nuevos productos”) y que se considera el punto de arranque de esta metodología. Toman como ejemplo la melé en el rugby y establecen que este tipo de enfoque puede servir mejor a los requisitos competitivos del momento.
Guía
Años más tarde, Jeff Sutherland (en Easel Corporation -1993-) y Ken Schwaber (en Delphi -1995-), desarrollaron SCRUM y la Guía que lo define y que aquí queda resumida. Este marco de trabajo hace uso de una nomenclatura propia con la que, necesariamente, hay que familiarizarse. A cambio, resulta ideal para abordar problemas complejos de forma creativa y adaptativa, a la vez que se entrega producto con un valor cada vez mayor siguiendo una frecuencia temporal breve. Scrum es fácil de entender pero difícil de dominar. El significado que transmite su denominación es claro: el equipo es un bloque unido, todo un equipo está contra otro equipo, o ganamos todos o perdemos todos.
Podría considerarse como un conjunto de buenas prácticas que fomentan el trabajo en equipo buscando obtener el mejor resultado mediante entregas parciales y regulares. Se compone de una serie de roles, eventos (reuniones, ceremonias o rituales) y artefactos (herramientas).
Cada componente dentro del marco de trabajo sirve a un propósito específico y es esencial para el éxito de Scrum y para su uso. Las reglas de Scrum relacionan los roles, eventos y artefactos y rigen las relaciones e interacciones entre ellos.
Valores
El uso exitoso de Scrum depende de que las personas lleguen a ser más virtuosas en la convivencia con estos cinco valores. Las personas se comprometen de manera individual a alcanzar las metas del Equipo Scrum. Los miembros del Equipo Scrum tienen coraje para hacer bien las cosas y para trabajar en los problemas difíciles. Todos se enfocan en el trabajo del Sprint y en las metas del Equipo Scrum. El Equipo Scrum y sus interesados acuerdan estar abiertos a todo el trabajo y a los desafíos que se les presenten al realizar su trabajo. Los miembros del Equipo Scrum se respetan entre sí para ser personas capaces e independientes.
Usos
Scrum fue desarrollado inicialmente para gestionar y desarrollar productos. Desde principios de los años 90 Scrum se ha usado ampliamente en todo el mundo para desarrollar software, hardware, software embebido, redes de funciones interactivas, vehículos autónomos, escuelas, gobiernos, mercadeo, también para gestionar la operación de organizaciones y casi todo lo que usamos en nuestra vida diaria, como individuo y como sociedad. Dado que la complejidad de la tecnología, el mercado y del entorno y sus interacciones aumentan rápidamente, la utilidad de Scrum para tratar con la complejidad está a prueba diariamente.
Pilares
Scrum se basa en la teoría de control de procesos empírica o empirismo. El empirismo asegura que el conocimiento procede de la experiencia y de tomar decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e incremental para optimizar la predictibilidad y el control del riesgo. Tres pilares soportan toda la implementación del control de procesos empírico:
Transparencia
Los aspectos significativos del proceso deben ser visibles para aquellos que son responsables del resultado. La transparencia requiere que dichos aspectos sean definidos por un estándar común,de tal modo que los observadores compartan un entendimiento común de lo que se está viendo. Por ejemplo:
- Todos los participantes deben compartir un lenguaje común para referirse al proceso; y
- Aquellos que desempeñan el trabajo y quienes inspeccionan el incremento resultante deben compartir una definición común de “Terminado”.
Inspección
Los usuarios de Scrum deben inspeccionar frecuentemente los artefactos de Scrum y el progreso hacia un objetivo para detectar variaciones indeseadas. Su inspección no debe ser tan frecuente como para que interfiera en el trabajo. Las inspecciones son más beneficiosas cuando se realizan de forma diligente por inspectores expertos en el mismo lugar de trabajo.
Adaptación
Si un inspector determina que uno o más aspectos de un proceso se desvían de límites aceptables y que el producto resultante será inaceptable, el proceso o el material que está siendo procesado deben ajustarse. Dicho ajuste debe realizarse cuanto antes para minimizar desviaciones mayores.
Cuando el Equipo Scrum incorpora y vivencia los valores de compromiso, coraje, foco, apertura y respeto, los pilares Scrum de transparencia, inspección y adaptación se materializan y fomentan la confianza en todo el mundo. Los miembros del Equipo Scrum aprenden y exploran estos valores a medida que trabajan en los eventos, roles y artefactos de Scrum.
