Scrum en el mundo ágil

Según el informe “Pulse of the Profession” de PMI de 2018, solo el 47% de los proyectos utilizaron enfoques predictivos/tradicionales. En ese momento, casi la mitad de todos los proyectos eran de naturaleza ágil. Hasta la fecha, su participación ha aumentado significativamente. La mitad de esto es «puramente ágil», es decir, principalmente Scrum, y la otra mitad es agilidad híbrida. La mayoría de las empresas consideran que la agilidad es esencial para seguir siendo competitivas (71%).

Esto significa que aprender Scrum fue una buena inversión, ya que probablemente necesitarás estas habilidades en cualquier otro proyecto que emprendas profesionalmente. Si echamos un vistazo a las principales razones del fracaso de un proyecto, queda claro que Agile será cada vez más importante.

SCRUM

Estas son las principales razones por las que los proyectos fracasan, según el pulso de la profesión del PMI:

  • Cambio en las prioridades de las organizaciones – 39%
  • Cambio en los objetivos del proyecto – 37%
  • Recopilación de requisitos inexacta – 35%

 

En ultimo lugar con un 29%, están empatados los siguientes puntos,

  • Visión o establecimiento de objetivos inadecuados.
  • Mala comunicación
  • No se han definido oportunidades y riesgos.

 

Considerando estos aspectos, ¿cómo encajan en el Manifiesto Ágil? ¿Cómo coinciden con los beneficios que hemos discutido en artículos anteriores sobre cómo funciona Scrum?

La realidad es que Agile aborda directamente los desafíos clave que enfrentan los proyectos hoy en día: objetivos, requisitos y comunicación.

El Informe sobre el estado de Agile de Version One/Digital.ai muestra que la mayoría de los proyectos utilizan Scrum y que Agile continúa creciendo:

  • El 56% utiliza Scrum “puro”
  • El 75% utiliza métodos Scrum, Scrumban, Scum/XP o Kanban.

 

La razón detrás de esto es que Scrum es simple, funciona y es adecuado para equipos pequeños. Pero como ya hemos establecido, no existe una «organización» más grande en el modelo Scrum. Entonces, ¿qué pasa con el alcance? ¿Cómo escalan estas organizaciones que utilizan Scrum sus enfoques ágiles?

Según la encuesta de Version One/Digital.ai, existen cuatro tipos principales de métodos de escalamiento que se utilizan en la actualidad:

  • Marco ágil escalado (SAFE) – 29%
  • Scrum de Scrums – 19%
  • Métodos desarrollados internamente – 10%
  • Entrega ágil disciplinada (DAD) – 5%
  • Scrum a gran escala (LESS) – 5%

 

A menudo, vemos que los métodos creados internamente se parecen más a métodos híbridos. En las siguientes secciones examinaremos SAFE, LESS and DAD. Todos ellos tienen los siguientes puntos en común:

  • Todo el mundo utiliza Scrum como modelo básico para gestionar equipos.
  • Todos tienen propietarios de productos, scrum masters y equipos de desarrollo.
  • Todos difieren en cómo gestionar los “equipos de soporte” y cómo hacer que una organización sea ágil.

 

La forma más sencilla de comprender Agile a escala es observar los dos métodos utilizados originalmente para escalar Agile:

  • Scrum of Scrums: los equipos coordinan su trabajo enviando representantes a reuniones diarias en todos los equipos.
  • Metodología híbrida: los equipos se coordinan mediante controles predictivos o tradicionales como: B. Las puertas del escenario se pueden utilizar para controlar la entrega.

Scrum de Scrums

– Scrum of Scrums Stand Ups: Los equipos envían un representante, normalmente este es un Product Owner o Scrum Master

  • Puede tomar, literalmente, la misma cantidad de tiempo que una puesta de pie diaria estándar.
  • Se centra en resaltar los pases completos y los bloqueadores.
  • Oportunidad de identificar necesidades de coordinación entre los miembros del equipo.

 

– Scrum de Scrums tiene un Scrum Master

  • Generalmente una persona de alto rango en la organización.
  • Responsable de coordinar el trabajo.
  • Responsable de la productividad general del Scrum del Equipo Scrum

 

 

– Scrum of Scrums se aplica cuando dos equipos tienen dependencias potenciales.

  • Recursos compartidos (empleados, servicios, etc.)
  • Producto conjunto en desarrollo
  • Meta o visión compartida

 

– Esto fue propuesto originalmente por Jeff Sutherland, uno de los fundadores de Scrum y firmante del Agile Manifesto en 2001.

  • «Agile Can Scale: Inventar y reinventar SCRUM en cinco empresas» – Jeff Sutherland, Cutter IT Journal, 2001
  • Informes sobre el uso de Scrum de Scrums en IDX, donde se realizaron scrums semanales de línea de productos y scrums mensuales de gestión.
  • Algunos equipos se volvieron “hiperproductivos”, un estado de los equipos Scrum del que Jeff Sutherland habla de ser de 4 a 5 veces más productivos.

 

Scrum of Scrums proporciona una forma muy simple pero elegante de escalar Scrum. De hecho, esta práctica ha sido utilizada por muchas organizaciones muy grandes para lograr agilidad organizacional.

El artículo de HBR Agile at Scale (2018) proporciona ejemplos de Scrum of Scrums que involucran a cientos de personas en menos de una hora:

  • La división de aviación de Saab cuenta con más de 100 equipos ágiles para su avión de combate Gripen (proyecto de 43 millones de dólares).
  • Los stand ups diarios se llevan a cabo de 7:30 a. m. a 8:45 a. m.
  • Al finalizar los stand ups, que se realizan mediante el método Scrum, el equipo directivo conoce los puntos críticos que deben abordar.
  • Son más de 500 personas hablando de boca en boca en menos de 90 minutos.

Este modelo está experimentando actualmente un resurgimiento entre muchos profesionales ágiles. Especialmente porque muchas organizaciones están ampliando su comprensión de Agile y utilizando metodologías híbridas o SAFE para convertirse en una organización Agile.

El modelo híbrido

El modelo híbrido más utilizado por las organizaciones es bastante sencillo:

– Se utilizan medios tradicionales para controlar los puntos clave de decisión.

  • Las puertas de escenario se utilizan principalmente para requisitos, diseño y operación (implementación).
  • Esto brinda la oportunidad para que el liderazgo tradicional/predictivo apruebe la siguiente “etapa” del proyecto.

 

– Se utilizan métodos ágiles (Scrum) para desarrollar productos de forma rápida e iterativa en cada fase.

  • Se despliegan equipos completos para desarrollar requisitos, diseños, desarrollo y verificación.
  • Equipos completos pueden crear prototipos y documentos reutilizables.
  • Los requisitos se gestionan como historias de usuario.
  • Las historias se generan en requisitos, se refinan en diseño, se implementan en desarrollo y se completan.
  • El desarrollo es a menudo iterativo e incremental para permitir la velocidad y el aprendizaje.
  • El desarrollo puede implicar múltiples lanzamientos en un entorno “ensayo” o “piloto”.
  • Los requisitos a nivel del sistema se verifican mediante casos de uso.

 

Esto parece iteraciones entre etapas y, a menudo, tiene más éxito en organizaciones que se resisten a Agile. Dado que la resistencia organizacional a Agile y una mala comprensión de Agile son las principales razones por las que Agile falla (según Version One/Digital.ai), esto tiene sentido para muchos principiantes que aprenden Agile por primera vez.

Si analizamos las principales razones del fracaso de Agile, vemos lo siguiente:

  • La cultura organizacional contradice los valores ágiles – 53%
  • Resistencia organizacional general al cambio – 46%
  • Apoyo insuficiente de la dirección – 42%
  • Falta de habilidades o experiencia con métodos ágiles – 41%

 

Estas estadísticas muestran por qué el modelo híbrido es tan popular entre aproximadamente la mitad de los profesionales ágiles en organizaciones más tradicionales. Por esta razón, «Internal Agile» es un gran medio para demostrar la eficacia del método cuando no hay apoyo de la alta dirección. Sin embargo, la única manera de lograr verdaderamente Agile es con apoyo de liderazgo y una buena capacitación Agile.

Entonces, ¿cómo podemos convencer a los líderes que no creen en Agile? Muéstrales los datos:

– Razones para adoptar Agile:

  • Aceleración del desarrollo de software – 75%
  • Gestionar prioridades cambiantes: 64%
  • Mayor productividad: 55%
  • Mejor alineación entre el negocio y la TI: 49 %
  • Mayor calidad del software: 46%

 

– Beneficios de adoptar Agile (los porcentajes indican número, no impacto)

  • Mejor gestión de las prioridades: 71%
  • Transparencia del proyecto: 66%
  • Alineación de negocio y TI – 65%
  • Velocidad de entrega/tiempo de comercialización: 62%
  • Productividad del equipo: 61%

 

Cuando se trata de impacto, los beneficios pueden ser de cuatro a cinco veces la productividad y el valor, como muestra la encuesta de Ambysoft de 2013.

Un marco de escalamiento que se omitió deliberadamente es Nexus. Esto ofrece otra manera fácil de escalar en Scrum, que la experiencia muestra que parece ser un campeón oculto. Por lo tanto, esto se discutirá en un artículo separado.

Ahora que quizás comprendes un poco mejor Scrum en el mundo de Agile, puedes intentar responder algunas preguntas:

  1. ¿Qué marco elegirás?
  2. ¿Cómo logrará los beneficios (velocidad e innovación)?
  3. ¿Cómo gestionará el cambio (liderazgo y control)?

Para responder la pregunta 1, algunos de los siguientes artículos le resultarán útiles.

 

 

 

 

VOQUZ - Masterclass

VOQUZ ofrece formación en el sector IT bajo el sello VOQUZ Masterclass. La oferta y el concepto de formación se basan en años de experiencia en proyectos de nuestros entrenadores in situ con nuestros clientes.

  • Maestros Scrum
  • Dueño del producto

5 días – alto contenido práctico – Scrum fuera de TI – examen de certificación

www.voquz.com

 


 

Pulse of the Profession 2018, Project Management Institute

Agile At Scale, DarrellK Rigby, Jeff Sutherland, and Andy Noble, Harvard Business Review

Scrum of Scrums, Agile Alliance

Agile Can Scale: Inventing and Reinventing Scrum in Five Companies, Jeff Sutherland, Cutter IT Journal

 


 

#scrum #agile #agiletransformation #agilecoaching #scrumtraining

Encuentra más artículos interesantes en nuestro VOQUZ Blog: www.voquz.com/blog

 

Need Help?

Contact us with any questions you might have

Need Help?

Request a callback and we will contact you

Free demo

Request a FREE DEMO about our cloud services

Need Help?

Request a callback and we will contact you

Need Help?

Contact us with any questions you might have