Scrum y patrones organizativos

En los primeros días de lo que ahora conocemos como procesos ágiles, Mike Beedle se vio influido por la descripción en línea de Scrum, implementó el proceso en su propia empresa y lideró el esfuerzo para impulsar Scrum a través de las conferencias de Patrones de Lenguajes de Diseño de Programación. Esto convirtió al Scrum en el primer (y único) patrón organizativo formal que describe un proceso ágil completo. Uno de los libros de patrones contiene el patrón Scrum:

M. Beedle, M. Devos, Y. Sharon, K. Schwaber y J. Sutherland, "Scrum: A Pattern Language for Hyperproductive Software Development", en Pattern Languages of Program Design. vol. 4N. Harrison, Ed. Boston: Addison-Wesley, 1999, pp. 637-651.

Un trabajo reciente de Jim Coplien muestra que Scrum es engañosamente simple a la vez que comprime una compleja serie de patrones organizativos en su libro "Patrones organizativos en el desarrollo ágil de software." Jim se sorprendió cuando descubrió que Scrum comprime al menos 33 patrones de su libro en un concepto que puede explicarse en 2 minutos. Se necesitan más de 60 páginas de texto bastante denso para describir estos patrones. Haga clic aquí para ver los detalles de la presentación de Jim sobre Scrum y patrones.

Uno de los objetivos de diseño de Scrum era encapsular las mejores prácticas de 40 años de desarrollo de software en un proceso lo suficientemente sencillo como para que el trabajador medio de TI pudiera utilizarlo para el desarrollo en menos de 2 días de tiempo de puesta en marcha. La investigación de Jim muestra que hicimos un buen trabajo para lograr ese objetivo. Puede descargar una copia del lenguaje de patrones Scrum original, ya que forma parte de un borrador de "Los papeles Scrum."

En los últimos años, el Grupo de patrones Scrum ha desarrollado un amplio conjunto de patrones para Scrum que permiten a los equipos probar enfoques probados que han funcionado en muchas empresas. Aunque los Guía Scrum proporciona las reglas básicas de Scrum, los patrones amplían la guía mostrando a los equipos cómo resolver problemas en un contexto específico.

Scrum debería ser rápido, fácil y divertido. Para muchos Scrum Masters nuevos, es lento, difícil y doloroso. Utilizar patrones probados para poner en marcha un nuevo equipo o acelerar un equipo existente puede eliminar rápidamente muchos dolores de cabeza Scrum Master.