Consejos Tecnológicos

Scrum a gran escala para mejorar la agilidad organizacional

Las organizaciones que han adoptado Agile generalmente comienzan de a poco; una a la vez, de proyecto en proyecto, de equipo en equipo. Esta es la forma correcta de realizar una transformación ágil, porque el Scrum descrito en la Guía de Scrum es para un solo equipo.

Por lo general, la transformación ágil a gran escala en toda la empresa no tendrá éxito porque la organización no tiene la capacidad suficiente para hacer frente a los cambios provocados por la transformación. Pero a medida que más y más organizaciones se dan cuenta de los beneficios de adoptar Agile, queda claro que se necesita un marco para lograr una transformación perfecta a gran escala.

Encuadre como este Escala y ágil, menos Scrum @ Scale y Scrum @ Scale son marcos bien conocidos y probados que ayudan a muchas organizaciones a realizar una transición exitosa a la agilidad y cosechar los beneficios de la agilidad a largo plazo. En este blog, tratamos de analizar Scrum @ Scale y los principios y procesos detrás de este marco ampliamente adoptado.

¿Qué es Scrum @ Scale y por qué lo necesitamos?

Scrum fue creado por la necesidad de un mejor proceso de desarrollo de software. Es necesario proporcionar a los desarrolladores una metodología y un conjunto de tecnologías que no solo faciliten el proceso de desarrollo de software, sino que también permitan que el equipo, la organización y los clientes se coordinen y trabajen mejor. Melé También resuelve algunos problemas que no pueden resolverse con aplicaciones y marcos heredados. Eso es para hacer que la organización sea más adaptable, más receptiva y se adapte a las necesidades del cliente. La naturaleza incremental e iterativa de Scrum permite lanzamientos rápidos, tiempos de respuesta rápidos, menos errores y clientes más satisfechos.

Pero a medida que la organización, los proyectos y la entrega crecen, se requiere que varios equipos adopten y usen Scrum. Pero esto es más fácil decirlo que hacerlo. Si bien Scrum es muy eficaz para un solo equipo, extenderlo a varios equipos y a toda la organización es otra cuestión.

Aunque Scrum ha sido adoptado con éxito por equipos individuales, lo que les ha permitido desarrollar y lanzar proyectos complejos, se ha observado que este esfuerzo no siempre tiene éxito cuando más equipos intentan utilizar Scrum y ofrecer la misma calidad y trabajo. No pueden responder a la misma velocidad, lo que a su vez dificulta la agilidad empresarial. Varios equipos no pueden entregar la cantidad de trabajo correspondiente.

Necesidad de encontrar una solución para replicar con éxito los beneficios de Agile en toda la organización y transformar la cultura en toda la empresa, lo que llevó a la creación de Agile Zoom cuadroSegundo, igual que Scrum @ Scale Esto trae los beneficios de Scrum a toda la organización.

Scrum @ Scale (n): un marco en el que la red de un equipo Scrum que opera de acuerdo con la Guía Scrum puede resolver problemas complejos de adaptabilidad mientras entrega productos de manera creativa con el valor más alto: Guía Scrum @ Scale

La historia de Scrum

Scrum @ Scale fue desarrollado por dos organizaciones Scrum ágiles comprometidas, Scrum Inc. y Scrum Alliance, bajo la guía de uno de los cofundadores de Scrum y coautor del Manifiesto Ágil, el Dr. Jeff Sutherland. Su propósito es brindar a las organizaciones los beneficios de Scrum y Agile, tales como:

  • Ayude a varios equipos a trabajar en objetivos prioritarios
  • Ayude a mejorar la agilidad empresarial y responda rápidamente a las necesidades cambiantes
  • Ayude al equipo y a la red a desarrollarse sin comprometer la productividad
  • Haga que los miembros del equipo sean más autoorganizados
  • Aumente la velocidad y la productividad

¿Cuál es el concepto central de Scrum @ Scale?

SCRUM @ SCALE se basa en la misma cultura basada en valores que SCRUM: Apertura, coraje, concentración, respeto y compromiso——Entrenador ágil de Atlassian

Scrum @ Scale sigue siendo Scrum en el análisis final. Cualquier organización que quiera implementar Scrum @ Scale ya debe ser ágil y comprender Scrum. Scrum @ Scale es liviano y fácil de entender, pero puede ser difícil de implementar.

Scrum @ Scale se basa en tres conceptos centrales:

  • Equipo pequeño: Los equipos pequeños no solo son vitales para Scrum, sino incluso para Scrum @ Scale. En varios equipos, cada equipo debe tener de tres a nueve miembros.
  • Expandirse por toda la organización: Cuanto mejor sea la función de un solo equipo, es más probable que la implementación de Scrum @ Scale sea exitosa.
  • Aplicar la burocracia más pequeña posible: Como todos sabemos, la burocracia y la burocracia pueden alargar el proceso. Las organizaciones ágiles que intentan escalar no pueden dedicar demasiado tiempo a la toma de decisiones. La burocracia mínima factible se refiere al tiempo que lleva decidir y ejecutar. Este método puede ayudar a los equipos pequeños a superar obstáculos y cuellos de botella.

Scrum @ Scale tiene como objetivo asegurar el éxito de la organización y lo hace definiendo los siguientes valores de Scrum:

  • Franqueza
  • coraje
  • Atención
  • el respeto
  • promesa.

Componente Scrum @ Scale

Scrum @ Scale es un marco ligero cuyos componentes pueden ayudar a las organizaciones a implementar mejor Scrum a gran escala. Scrum @ Scale se puede dividir en dos componentes o ciclos:

  • Ciclo de Scrum Master «cómo hacer»: este ciclo define la responsabilidad del «cómo hacer» del marco, que incluye:
    • Proceso a nivel de equipo: los objetivos del proceso a nivel de equipo son:
      • Maximice el flujo de trabajo completado y de calidad comprobada
      • Intenta aumentar ligeramente la velocidad en cada sprint.
      • Opere de una manera sostenible y en equipo: guía S @ S

Se introdujo el proceso a nivel de equipo Scrum de Scrum, Este es un equipo de Scrum responsable de liberar un posible incremento liberable al final de cada sprint. Este incremento está integrado y consta de todos los objetivos de sprint publicados por el equipo comprometido en el Scrum de Scrums.También hay un nuevo rol llamado Scrum of Scrum Masters y un nuevo rol llamado Scrum diario escalado Esto constituye un proceso a nivel de equipo.

  • Scrum of Scrums Master: De acuerdo con las pautas de S @ S, SoSM ayuda a la organización de las siguientes maneras:
    • Asegúrese de que el incremento del equipo de SoS pueda integrarse en cada Sprint
    • Priorizar la acumulación de obstáculos
    • Responsable de eliminar obstáculos
    • Puede ser uno del equipo SM o alguien fuera del equipo
    • Trabajar en estrecha colaboración con el propietario del producto para coordinar la implementación del equipo y su plan de lanzamiento.
  • SoS extendido: Para organizaciones muy grandes, cuando se debe entregar un proyecto complejo, es posible que sea necesario implementar varios SoS.Para este tipo de Scrum múltiple de Scrums, llamado Puede crear Scrum of Scrums (SoSoS) Scrum of Scrums.

Equipo de acción de implementación: «Scrum of Scrums implementa un diseño de red de equipos Scrum infinitamente escalable. El Scrum de Scrums de toda la organización ágil se llama Equipo de Acción Ejecutiva (EAT). EAT es la última parada para resolver los obstáculos que no pueden ser eliminados por el SoS que proporciona it «—— Scrum @ Scale guide

El ciclo Scrum Master ayuda a mejorar continuamente, eliminar obstáculos, coordinar y desplegar entre equipos.

  • El ciclo del propietario del producto «qué»: este ciclo define la responsabilidad «qué» del marco, que incluye:
  • Meta Scrum: MetaScrum es un equipo creado por varios propietarios de productos para manejar una sola acumulación de productos. Aunque puede parecer difícil para los propietarios de productos de varios equipos lidiar con una sola acumulación de productos, las prioridades son las mismas, lo que permite a las OP coordinar sus retrasos a lo largo de una única ruta.

Director de producto: Una persona es responsable de coordinar la generación de una única cartera de productos para todos los equipos cubiertos por MetaScrum.Esta persona está designada como Jefe de Producto Owner-Scrum @ Scale Guide

  • Realice MetaScrum: Una vez que se crea MetaScrum y se establece una red de propietarios de productos, se puede expandir a toda la organización sin restricciones. El MetaScrum de toda la organización se denomina implementación de MetaScrum.

Componentes del ciclo del propietario del producto

  • Visión estratégica
  • Prioridad de la cartera de pedidos
  • Desglose de tareas pendientes
  • Plan de lanzamiento

El ciclo del propietario del producto ayuda a la organización a determinar los objetivos comerciales y estratégicos, las actualizaciones basadas en los comentarios de los clientes, desglosa proyectos complejos a gran escala en tareas manejables y mantiene la transparencia con las partes interesadas.

¿Dónde están conectados los dos bucles?

Rol de Scrum @ Scale

Los roles en Scrum @ Scale son similares a los roles que existen en Scrum y algunos roles adicionales que se ajustan al concepto de equipo.

  • Maestro de Scrum
  • Dueño del producto
  • Propietario principal del producto: el rol del CPO es muy similar al rol del OP, pero en una escala diferente. Este rol ayuda a impulsar la producción de múltiples equipos de manera consistente. El CPO también coordina las prioridades entre las distintas OP que trabajan con los distintos equipos. CPO ayuda:
    • Establecer la visión del producto
    • Cree y gestione una cartera de productos única con valor derivado de todos los equipos
    • Ajustar el trabajo pendiente en función de los comentarios
  • Scrum of Scrums Master: así como la responsabilidad principal del Scrum Master es eliminar los obstáculos que puedan obstaculizar el trabajo del equipo, también lo hace el papel del Scrum of Scrums Master para garantizar que haya obstáculos incrementales que impidan el lanzamiento de un producto entregable.

Actividades de Scrum @ Scale

Scrum @ Scale, como Scrum, tiene algunos eventos que son una parte importante para hacerlo bien.

Éstos incluyen:

  • pique
  • Plan de Sprint
  • Scrum diario escalado
  • Revisión de Sprint
  • revisión

La única diferencia aquí con Scrum es Scaled Daily Scrum. Esto es como Daily Scrum en Scrum, que es una reunión diaria a la que deben asistir representantes de cada equipo. No es necesario que participe todo el equipo porque resultará en la presencia de demasiadas personas, por lo que solo una persona debe comprender lo que está sucediendo en su respectivo equipo.

Scaled Daily Scrum es una reunión de 15 minutos en la que los miembros se reúnen para discutir cuellos de botella o problemas que pueden impedir que el equipo logre los objetivos del sprint, comparta conocimientos y mantenga la transparencia y la confianza entre todos los equipos.

¿Cómo encaja Scrum @ Scale en el diseño organizacional general?

Scrum @ Scale tiene como objetivo aumentar la productividad de toda la organización. No solo el desarrollo del té, también debe penetrar en varios departamentos, incluidos recursos humanos, derecho, finanzas, suites C y otros departamentos. Scrum @ Scale permite la realineación de departamentos para responder a la demanda del mercado y la expansión lineal. Pero en una era en la que los equipos distribuidos se han convertido en la norma, el marco debe ampliarse para garantizar que los equipos distribuidos también estén bien administrados y absorban los beneficios que brindan. Scrum @ Scale ayuda a hacer esto, al mismo tiempo que le da a la organización el poder de expandirse o contraerse según sea necesario. Cuando se hace bien, Scrum @ Scale Puede garantizar el buen funcionamiento de toda la organización.

En conclusión

El Dr. Jeff Sutherland desarrolló Scrum @ Scale basándose en los principios básicos que componen Scrum. Ahora ha sido implementado por organizaciones de todo el mundo, desde nuevas empresas hasta compañías Fortune 100, que obtienen los beneficios de Scrum a la escala de la empresa sin comprometer el costo, la calidad o el cronograma.

Publicaciones relacionadas

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

Botón volver arriba