Como los 20th aniversario del Scrum, me sorprende cómo se ha extendido la idea. Decenas de miles de personas poseen credenciales Scrum . Miles de empresas de todo el mundo utilizan Scrum. El Departamento de Defensa de EE. mandato ser ágil. Grupo Gartner dice que la cascada está muerta. ¿Y ahora qué?
El futuro está Scrum fuera de las TI. Recientemente, hemos mencionado iniciativas como eduScrum llevar el Scrum a las aulas motivando a los alumnos, fomentando la autoorganización en torno a objetivos de aprendizaje y enseñándoles a trabajar en equipo. El Scrum también va más allá de las TI en un número cada vez mayor de empresas.
Históricamente, el desarrollo siempre era "el problema": se retrasaba, se salía del presupuesto y publicaba demasiados errores. Ahora que el desarrollo no es siempre el problema, vemos que otros departamentos se preguntan: "¿Por qué no podemos usar esa cosa Scrum?". Hace poco vi un gran ejemplo de esto mientras visitaba a un cliente.
En esta empresa, como en tantas otras, el software nunca llegaba a tiempo. A pesar de los muchos diagramas de Gantt, nadie sabía realmente cuándo iba a estar terminado el producto. La alta dirección no estaba contenta. Era doloroso. Entonces, hace dos años y medio, algunos de sus empleados en Europa oyeron hablar de Scrum, y los directivos de todo el mundo se reunieron para averiguar cómo pilotar Scrum. Poco a poco se fueron formando equipos Scrum. Algunos duplicaron la velocidad, pero Scrum no era una bala de plata. Los equipos de desarrollo se enfrentaban a impedimentos en torno a las dependencias de departamentos no Scrum en la cadena de producción. Pronto las "ondas" de Scrum empezaron a cobrar impulso.
La primera onda expansiva llegó a Producción, ya que los equipos necesitaban nuevos equipos para probar antes el código. Producción se implicó y acortó el plazo de entrega de los equipos de prueba de dos meses a dos semanas, y los desarrolladores pudieron descubrir errores durante el Sprint. Otra onda expansiva llegó a Ingeniería Mecánica cuando se detectaron problemas con la calidad de los equipos durante las pruebas. El personal de Mecánica recibió información inmediata sobre los problemas y colaboró con Fiabilidad para solucionarlos. De ahí que se creara el "Scrum técnico de Scrums" para reunir a todos estos departamentos de una manera más formalizada.
En la actualidad, el Scrum técnico de los Scrum se reúne todos los días después de las reuniones de los equipos de desarrollo. Los representantes de los equipos (cerdos) se reúnen con los pollos, responsables de Ingeniería Eléctrica, Ingeniería Mecánica, Calidad y Fiabilidad. Algunos de estos otros departamentos han empezado a incorporar a su cadencia diaria una reunión de estado delante de un tablero Kanban.
Cuando los equipos de Scrum consiguen resolver problemas informáticos difíciles, vemos muchos casos de este tipo de colaboración entre departamentos. Fomenta un sentido de propósito común en la construcción de un producto, crea un objetivo más común y rompe las barreras de nosotros contra ellos. Este es el futuro de Scrum.
Spanish 
English 
French