Dar las gracias por Scrum 2017 - Scrum@Scale

Hace poco asistí a la Agile-Boston Da las gracias por el día Scrum.

Véase Scrum Beyond Software GTFS 2017.

Hubo grandes charlas de muchas personas que utilizan Scrum para mejorar su trabajo y su vida. Mi ponencia versó sobre el Scrum@Scale, diseñado para empresas de cualquier ámbito. En particular, me dirigí a la Shu, Ha, Ri de escalado Scrum. Shu es el estado de los principiantes (mejora de 20%, Ha es el estado intermedio (mejora de >200%) y Ri es el estado de dominio (mejora de >400% en producción y tiempo de comercialización). Para llegar al estado Ri hay que entender la Ley de Moore.

Ley de Moore La Ley de Moore es fundamental para entender por qué se creó el Scrum y por qué se amplía. En 1965, el cofundador de Intel Gordon Moore observó que el número de transistores de un chip se duplicaba cada dos años. Y así ha continuado durante más de cincuenta años. El problema era que el desarrollo de software no tenía ese tipo de crecimiento exponencial, sino que crecía literalmente. En 1993, cuando se creó Scrum, me convertí en presidente del comité del Grupo de Gestión de Objetos sobre el problema. Necesitábamos conseguir que el software entrara en una curva de producción que mejorara exponencialmente. Los expertos en hardware y software del comité colaboraron para resolverlo y escribí varios artículos sobre este trabajo, por ejemplo "La aparición de una arquitectura de objetos empresariales" y "Por qué me gusta el OMG."

Lo que aprendieron en Intel: ¡NADA SE ESCALA! En la Cumbre de Ejecutivos de Software Construx 2016 en Seattle, Conocí al líder ágil de Intel que puso en marcha a 25.000 ingenieros haciendo Scrum. El escalado de transistores en un chip ha estado en el ADN de Intel desde que uno de sus fundadores escribió la Ley de Moore. El líder de Agile señaló que Intel aprendió que "nada escala" y que necesita un "SIN ESCALA" arquitectura para resolver el problema. Internet es un ejemplo y Scrum es otro.

Cómo saber si su Scrum no tiene escamas Cuando publicamos el primer artículo en la IEEE Digital Library sobre un equipo distribuido globalmente por Norteamérica y Rusia, los revisores académicos señalaron que mucha gente había demostrado la mejora de la productividad con la mejora de los procesos, pero nadie había publicado nunca un artículo que demostrara la escalabilidad lineal. En Distribuido Scrum: Gestión ágil de proyectos con equipos de desarrollo subcontratados demostramos que duplicar el número de equipos añadiendo más equipos en Rusia a un gran esfuerzo de desarrollo de productos en EE.UU./Canadá llevaba a más que duplicar la producción global. Durante toda la historia del desarrollo de software, este fenómeno de escalabilidad lineal sólo se ha demostrado en proyectos Scrum. Para otro ejemplo, véase Scrum y CMMI Nivel 5: La poción mágica para los guerreros del código. Esto se debe a que el Scrum, cuando se hace correctamente, está LIBRE DE ESCALAS por diseño.

Muchos marcos de ampliación no están libres de escala Puede saber si su marco de escalado está paralizando el rendimiento si la productividad no ha alcanzado una mejora de 400% y cuando añade más equipos, la productividad no aumenta de forma lineal. Nunca conseguirás que tus equipos NO SE ESCALEN a menos que entiendas la Ley de Moore y la implementes en el software. Este fenómeno también se observa en equipos ajenos al software, ya que es independiente del dominio.

Puede obtener más información sobre cómo escalar scrum correctamente visitando la página oficial de Sitio web Scrum@Scale y descargando el Guía Scrum@Scale.

Gordon Earle Moore (nacido el 3 de enero de 1929) es un empresario estadounidense, cofundador y presidente emérito de Intel Corporation, y autor de la ley de Moore. En enero de 2015, su patrimonio neto ascendía a $6.700 millones. Wikipedia