Prólogo de Jeff Sutherland
Los equipos de trabajo deben conocer los principios de Scrum. ¿Cómo se crea y se estima una pila de producto? ¿Cómo se transforma en una pila de Sprint? ¿Cómo se gestiona un gráfico de burn-down y se calcula la velocidad del equipo? El libro de Henrik es un “kit de inicio” con las prácticas básicas que ayudan a los equipos a avanzar de “intentar emplear Scrum” a ejecutar Scrum correctamente.
La ejecución correcta de Scrum se está convirtiendo en un factor cada vez más importante para los equipos que buscan inversión de capital. Como Coach Ágil de una firma de capital riesgo, ayudo en su objetivo de invertir sólo en compañías Ágiles que ejecuten las prácticas Ágiles correctamente. El Socio Senior del grupo pregunta a todas las compañías del portfolio si conocen la velocidad de sus equipos. Actualmente tienen dificultades para responder esta pregunta. Las oportunidades de inversión en el futuro requerirán que los equipos de desarrollo comprendan el concepto de su velocidad de producción de software.
¿Por qué es esto tan importante? Si los equipos no conocen su velocidad, el Dueño de Producto no puede crear una hoja de ruta del producto con fechas de lanzamiento creíbles. Sin fechas de lanzamiento fiables, la compañía podría fracasar y los inversores perder su dinero.
Compañías grandes y pequeñas, nuevas y viejas, con inversores o sin ellos, se enfrentan a este problema. En una discusión reciente en sobre la implantación de Scrum en Google que tuvo lugar durante una conferencia en Londres, pregunté a una audiencia de 135 personas cuantas de ellas estaban haciendo Scrum, y 30 respondieron positivamente. A continuación les pregunté si estaban haciendo desarrollo iterativo según el estándar de Nokia. El desarrollo iterativo es una parte fundamental del Manifiesto Ágil – liberar software funcional cuanto antes y frecuentemente. Después de años de retrospectivas con cientos de equipos Scrum, Nokia desarrollo algunos de los requisitos básicos para el desarrollo iterativo:
- Las iteraciones deben tener una duración fija de menos de seis semanas.
- El código liberado al final de la iteración debe estar testado por Aseguramiento de la Calidad (QA) y debe funcionar correctamente.
De las 30 personas que decían emplear Scrum, sólo la mitad dijeron estar cumpliendo con el primer principio del Manifiesto Ágil según los estándares de Nokia. Les pregunté entonces si cumplían con los estándares de Nokia para Scrum:
- Un equipo Scrum debe tener un Dueño de Producto y saber quién es esa persona.
- El Dueño de Producto debe tener una pila de producto con estimaciones creadas por el equipo.
- El equipo debe tener un Gráfico de Burn-Down y conocer su velocidad.
- Nadie fuera del equipo debe interferir con el mismo durante un Sprint.
De las 30 personas que hacían Scrum, sólo 3 cumplían el test de Nokia para equipos Scrum. Estos son los únicos equipos que recibirán inversiones de mis socios de capital riesgo en el futuro.
El valor del libro de Henrik reside en que, si sigues las prácticas que describe, tendrás una Pila de Producto, estimaciones para la Pila de Producto, un Gráfico de Burn-Down y conocerás la velocidad de tu equipo, junto con otras muchas prácticas esenciales para un Scrum totalmente funcional. Cumplirás con el test de Nokia y merecerá la pena invertir en tu trabajo. Si eres parte de una compañía tipo Start-Up, puede que incluso recibas inversiones de grupos de capital riesgo. Puede que seas el futuro del desarrollo de software y el creador de una nueva generación de productos software punteros.
Jeff Sutherland,
Ph.D., Co-Creador de Scrum