Para un análisis más completo de los orígenes del Scrum, véase el Scrum Papeles.
Scrum deriva directamente del artículo de Takeuchi y Nonaka en la Harvard Business Review, "The New New Product Development Game". El mejor ejemplo de este documento es Honda y su estilo de desarrollo de productos. Le di este documento a Kent Beck a petición suya en 1995, cuando estaba creando eXtreme Programming.
La reunión diaria Scrum deriva directamente del documento Borland Quattro Pro de Jim Coplien.
La teoría de los sistemas adaptativos complejos, en particular la aplicada por iRobot mediante la arquitectura de subsunción del profesor Rodney Brooks, se utilizó para aplicar reglas sencillas que permitieran a un equipo medio arrancar en un estado hiperproductivo.
Todo esto ocurrió en 1993. Los grandes resultados obtenidos por Scrum con nuevos productos en 1994 y 1995 hicieron que Mike Beedle y Ken Schwaber se interesaran por el proceso. Ken clarificó el proceso para el consumo global a partir de 1995 y Mike Beedle lideró el esfuerzo de escribir el documento de patrones PLoP sobre Scrum señalando que es un patrón organizativo para permitir a los equipos alcanzar un estado hiperproductivo.
El primer equipo Scrum, que comenzó en 1993, alcanzó rápidamente un estado hiperproductivo mediante la aplicación de todas las prácticas de ingeniería ahora conocidas como XP, junto con algunas que no están en XP. En particular, utilizó estrategias para elegir los elementos del Sprint backlog que generaban la aparición más rápida de nuevas características. Esto obligó no sólo a probar primero el desarrollo (y a documentar primero también), sino que creó una estrategia similar a la ingeniería concurrente de Toyota.
Pocas implementaciones de Scrum alcanzan el estado hiperproductivo para el que se diseñó Scrum (5-10 veces el rendimiento normal). Las que lo consiguen aplican variaciones de las prácticas de ingeniería XP y muchas, como la implantación CMMI de nivel 5 de Scrum, dirigen toda la implantación desde una perspectiva lean.
Takeuchi y Nonaka son los padrinos del Scrum y le dieron el nombre. Su último libro, Hitosubashi, aclara y amplía su trabajo en el artículo original de Harvard Business Review y resulta útil para quienes intentan alcanzar un estado hiperproductivo. Hay mucho de lean en él (aunque Takeuchi y Nonaka nunca mencionan el lean porque lo consideran un concepto occidental que sólo imita el Toyota Way).
El primer Scrum estuvo influenciado por conceptos de la teoría de restricciones de Goldratt y se centró en muri, mura y muda. La eliminación de las interrupciones en el flujo se inició después de los primeros Sprints para eliminar los tiempos de reinicio entre Sprints, ahora aceptado como una mejor práctica en Scrum. Mura, o evitar el estrés en una persona, sistema o proceso produjo estados hiperproductivos combinados con cero desgaste en varias de las empresas Scrum donde dirigí la ingeniería. Esto se conoce ahora como ritmo sostenible en el desarrollo ágil. Por último, Muda, o la reducción radical de los residuos siempre ha sido un motor principal en todas las empresas en las que he implementado Scrum. No se puede alcanzar un estado hiperproductivo sin ella.
Jim Coplien ha señalado en repetidas ocasiones a lo largo de los años que hay aspectos negativos en la teoría de las restricciones y algunas prácticas de XP que deberían evitarse. He hecho todo lo posible para evitar los baches que ha señalado.
Scrum fue diseñado específicamente para hacer frente a:
Ley de Ziv: las especificaciones nunca se entenderán del todo.
Ley de Humphrey: el usuario nunca sabrá lo que quiere hasta que el sistema esté en producción (quizá ni siquiera entonces).
Lema de Wegner: un sistema interactivo nunca puede especificarse ni probarse por completo. Es la analogía del software con el teorema de Godel.
Lema de Langdon: el software evoluciona más rápidamente a medida que se acerca a regiones caóticas (teniendo cuidado de no caer en el caos).
Por lo tanto, cualquier asociación de procesos predictivos o definidos con Scrum es un ejercicio inútil.
Dicho esto, estoy totalmente de acuerdo con Ken Schwaber en que todo esto debería basarse en "inspeccionar y adaptar" y en la elaboración de una lista de impedimentos por orden de prioridad. Trabajar a partir de la lista de impedimentos en orden de prioridad agilizará el flujo, reducirá el estrés y eliminará los residuos en la secuencia correcta, y no hacerlo supondrá, irónicamente, una violación de los principios lean. Scrum se deriva directamente de una comprensión simultánea de El trabajo de Langton en la vida artificial y el trabajo de Rodney Brooks sobre la arquitectura de subsunción.
"Hay un espectro de trabajo en el que Langton está en un extremo y Brooks puede considerarse en el otro. En el extremo de Langton, el objetivo es crear simulaciones virtuales (nada físicas) que muestren características como el cambio evolutivo y la complejidad emergente. Gran parte de este trabajo se realizó en colaboración con el Instituto de Santa Fe, y fue grande hace una década. Ahora, gran parte del entusiasmo que suscitaba se ha apagado. En el extremo de Brooks, los roboticistas utilizan modelos de organismos reales para organizar su estructura. Entre los primeros trabajos en esta línea figura una cucaracha artificial, y ha sido una característica de la investigación de Brooks en el MIT durante los últimos 15 años aproximadamente. Aunque ambos se inspiran en la biología, los objetivos y los métodos son muy distintos".
http://web.stanford.edu/class/cs378/
Spanish 
English 
French