Scrum Evolución: Sprints tipo A, B y C

Una de las principales influencias que llevaron a la creación del primer Scrum fue un artículo de Takeuchi y Nonaka [2] sobre el método japonés de desarrollo de nuevos productos. Este documento mostraba un gráfico en el que el desarrollo del producto se dividía en silos (Tipo A), fases ligeramente solapadas (Tipo B) y todas las fases de desarrollo solapadas (Tipo C). Los japoneses veían el tipo A como un proceso anticuado de carrera de relevos. El Tipo C lo veían como un Scrum en el que se solapaban todas las fases de desarrollo del producto. Se puede reinterpretar este diagrama a un nivel superior y pensar que se aplica a distintos tipos de ejecución de Scrum. Un Scrum de Tipo A realiza todo el trabajo de un Sprint dentro del timebox del Sprint, lo que se traduce en tiempo de inactividad cuando se reorganiza para el siguiente Sprint. Al añadir tareas de definición del producto para el siguiente Sprint en el Sprint actual, un Sprint Tipo B permite que el trabajo fluya sin problemas de Sprint a Sprint. Un Sprint Tipo C, ejecuta múltiples Sprints solapados a través de los mismos equipos Scrum. Hoy en día esto se implementa como despliegue continuo.

En un entorno de despliegue continuo, las pruebas de aceptación automatizadas suelen completarse al final de cada historia. En GooglePor ejemplo, hay una rama de código para 15.000 desarrollos, con más de 20 cambios de código por minuto. Cada día se ejecutan 75.000.000 de pruebas de aceptación automatizadas. El código es siempre potencialmente despachable.

1. Takeuchi, H. e I. Nonaka, Hitotsubashi sobre la gestión del conocimiento. 2004, Singapur: John Wiley & Sons (Asia).

2. Takeuchi, H. e I. Nonaka, El juego del desarrollo de nuevos productos. Harvard Business Review, 1986(enero-febrero).