Cuando hablamos del uso de scrum en organizaciones medianas a grandes tenemos que entender que ha significado Scrum para las organizaciones a la fecha.
No hay duda de que Scrum ha cambiado el mundo del desarrollo de software al ser el marco o framework líder adoptado líder en el espacio de la Agilidad.
Cuando Scrum se encontró con el sector de tecnología, los resultados fueron impresionantes. Los equipos comenzaron a ver sus KPI’s cada vez más cerca, el ambiente colaborativo se fortaleció exponencialmente y los clientes finales fueron los mayores beneficiados.
Sin embargo, algunas organizaciones se sintieron amenazadas por el cambio en sus flujos de trabajo, y ésto produjo resistencias iniciales que sólo con el tiempo y la comprobación de sus ventajas se pudieron mitigar.
Sin embargo, la industria ha cambiado desde su introducción. Estos son algunos de los cambios:
- Los usuarios tardíos ahora se están moviendo hacia la adopción de la agilidad.
- Muchos de estos usuarios tardíos están en grandes organizaciones.
- Existen hoy en día muchos marcos que se asocian de una u otra manera a la filosofía ágil
- Hoy en día existe un mayor dominio (o debería existir) sobre cómo usar los principios Lean en el proceso de desarrollo de software
- La Agilidad o transformación ágil ha pasado de centrarse en los equipos a incluir a toda la organización.
Esto nos lleva entonces a preguntarnos en ésta nueva fase de crecimiento en la adopción, dentro de entornos más complejos, ¿Cómo usar Scrum en organizaciones medianas a grandes?
El alcance del conocimiento actual más allá de Scrum
Hay varios métodos y marcos populares: Scrum, XP, Kanban, SAFe, LeSS, Nexus, etc.
El alcance de estos métodos varía. Scrum y XP se centran en el equipo. Kanban abarca directamente el flujo de valor. SAFe, LeSS y DAD incluyen todo el flujo de valor pero adoptan diferentes enfoques.
No hay una bala de plata
Se está bastante de acuerdo en que no hay una talla única para todos. Pero si creemos eso, entonces debemos hacernos la pregunta: ¿dónde encajan nuestros métodos? Aquellos que se basan en prácticas o alcance claramente tendrán limitaciones sobre dónde se aplican.
Situaciones específicas requieren prácticas específicas. Pero hay varios principios que se aplican en casi todas partes.
Por lo tanto, nos corresponde ver si nuestros marcos/métodos están sugiriendo prácticas que no siempre se aplican o si dejan de lado principios/leyes útiles que sí lo hacen.
Pensamiento sistémico para poder usar Scrum en organizaciones medianas a grandes
¿Por qué es tan importante el pensamiento sistémico?
El pensamiento sistémico es crítico para aplicar Scrum en organizaciones medianas a grandes porque atiende a cómo los diferentes aspectos de nuestros sistemas se interrelacionan entre sí. Las transformaciones están llenas de ejemplos de prestar atención a un aspecto de una organización solo para afectar negativamente a otro.
Debemos tener cuidado de no resolver el problema equivocado.
Usando Scrum para mejorar
Scrum proporciona prácticas específicas a seguir, que incluyen:
- Equipos multifuncionales
- Sprints planificados de una duración constante
- Un propietario de producto, Scrum Master y un equipo
- Standups diarios
- Una acumulación del trabajo durante el sprint
- Un backlog de producto
- Haber terminado el trabajo al final de un sprint
- Retrospecciones al final de un sprint
Luego permite que el equipo descubra cómo hacer las cosas o cómo alcanzar su objetivo. La autoorganización es la clave aquí, y nunca deja de serlo cuando hablamos de aplicar Scrum en organizaciones medianas a grandes.
Sin embargo, Scrum va más allá y sugiere que cuando no pueda lograr estas prácticas, la forma de mejorar su sistema es eliminar estos impedimentos. Esto proporciona un conjunto de prácticas que las personas pueden seguir facilmente.
Sin embargo, hay algunos problemas con esto: Si no hay bala de plata, entonces estas prácticas no siempre se aplicarán.
Si bien las intenciones son buenas, las prácticas a menudo no son aplicables en general (la intención de los sprints se puede lograr de otras maneras) o son demasiado costosas de lograr (los equipos multifuncionales son una forma de evitar las transferencias, pero no la única manera cuando ciertas capacidades son escasas).
El problema con este enfoque es que las personas nuevas en Scrum pueden volverse dogmáticas al pensar que estas prácticas son sagradas, ya que Scrum no ofrece orientación sobre cómo superarlas.
Otro peligro es que el enfoque en el equipo puede hacer que las adopciones de Scrum funcione más con problemas dentro del equipo cuando los problemas reales son problemas entre equipos o de gestión de producto
La necesidad del aprendizaje sistémico de doble circuito
El pensamiento sistémico nos dice que debemos prestar atención al sistema en el que nos encontramos cuando tomamos decisiones locales.
Esto significa que a menudo debemos trascender cualquier método que estemos usando.
El aprendizaje de doble circuito es una forma de desafiar si lo que estamos tratando de hacer es, de hecho, lo correcto por lo que nos esforzamos.
Impedimentos para Scrum que pueden reducirse mirando fuera de Scrum
Uno de los impedimentos comunes para Scrum es la falta de confianza entre las partes interesadas del negocio y el equipo.
Es posible reducir la confianza requerida si puede alinearse en qué y por qué está invirtiendo la empresa. Además de este beneficio positivo, evita el riesgo de que los equipos se conviertan en silos.
Scrum en organizaciones medianas a grandes
Por qué es importante incluir Scrum como un aspecto del pensamiento sistémico
Cuando un equipo se compromete a mejorar sus métodos y selecciona Scrum, es importante comprender el objetivo más importante, obtener valor rápidamente, y el papel que desempeñan en él.
Al centrarse en el equipo, Scrum puede provocar un enfoque en la optimización local. Cuando se trata de un solo equipo, la optimización local puede ser una optimización global. Pero en nuestro mundo de las organizaciones de mediana a gran éscala, normalmente no lo es.
En muchos casos, tener 2 o más equipos trabajando juntos dará como resultado que el valor comercial se logre más rápido y con más eficiencia que un solo equipo trabajando solo.
Los equipos que trabajan juntos correctamente en un enfoque de pensamiento sistémico pueden generar mejores resultados que los equipos que trabajan solos.
Por qué es tan importante comprender los principios clave antes de emprender Scrum o agregarlos rápidamente
La mayoría de los equipos nuevos que aprenden Scrum cometen los mismos errores. Éstos incluyen:
- Abrir demasiadas historias al comienzo de un sprint
- No tener suficiente acuerdo sobre cómo deben trabajar juntos
- No tener buenas definiciones de listo y/o definiciones de hecho
- No entender formas efectivas de lidiar con las interrupciones.
Después de algunos sprints, lo habrán descubierto. Sin embargo, los principios básicos de Lean podrían evitar que tengan que resolver esto por sí mismos.
En cualquier caso, prácticas como el flujo de trabajo explícito, la gestión del trabajo en proceso (WIP) y la atención a la causa raíz son prácticas Lean fundamentales que todos los equipos de Scrum deberían utilizar.
En resumen
Scrum es el marco líder en Agilidad y ha transformado el desarrollo de software, generando resultados impresionantes en términos de eficiencia, colaboración y beneficios para los clientes.
La adopción de Scrum en organizaciones medianas y grandes presenta nuevos desafíos y requiere un pensamiento sistémico que considere cómo diferentes aspectos del sistema interactúan entre sí. Aunque existen varios métodos y marcos populares, no hay una solución única para todos.
Scrum ofrece prácticas específicas que permiten a los equipos mejorar su sistema, pero estas prácticas no siempre son aplicables en todas las situaciones y pueden ser dogmáticas. Se necesita un enfoque de aprendizaje sistémico de doble circuito para considerar el sistema completo y tomar decisiones informadas.
Si deseas mejorar en tu transformación ágil, te invitamos a inscribirte en nuestros cursos.
En Zimpled, somos proveedores autorizados y oficiales para obtener las certificaciones de SAFe (Scaled Agile Framework), certificaciones de DevOps Instituto y certificaciones de Kanban tanto a nivel empresarial y a nivel individual.
