¿Por qué Scrum no me funciona?
Desde hace unas semanas, formo parte de un equipo de Agile Wise que está ayudando a un cliente del rubro financiero a generar su Plan Estratégico de TI (PETI). Como parte de este proyecto, además de conocer la obsolescencia tecnológica, la madurez de gobierno y tecnología, la topología de los equipos, entre otros, es necesario conocer de cerca a las personas que dan vida al PETI. Tal vez, es por esa razón por la que nos contrataron, porque íbamos a hacer algo que no se había hecho antes, co-crear el PETI con una mirada ágil.
En una de las conversaciones, uno de los miembros del equipo de TI, nos cuenta que ya ha implementado Scrum en un equipo, pero, que no ha funcionado como esperaban. Esto provocó que le hiciera una serie de preguntas que dieron como resultado lo siguiente:
Llámenme puristas si desean, pero, eso no es Scrum y menos agilidad. Soy fiel creyente de que la agilidad se adopta y se adapta. Pero, no hablo de crear frankensteins, hablo de adaptar a las necesidades y obligaciones (sobre todo en las de organizaciones muy reguladas por el estado donde por ejemplo no puedes contratar a alguien con el nombre de Scrum Master porque ese perfil no existe en la nómina o no tiene presupuesto, pero, si hay para un Jefe de Proyectos), hablo de buscar la forma de "engañar al sistema" radical y duro, sin tergiversar la esencia de lo que es la agilidad (valores y principios), mientras vamos haciendo cambios de fondo y de forma.
Volviendo al caso, podemos entender porqué no funciono Scrum en esa organización, de hecho, en el mercado hay muchos equipos con características similares, formados de improviso, pasajeros, equipos que generan sprint en 2 semanas y demoran 4 en el pase a producción, personas a quienes le cambiaron la forma de trabajo y le dieron una capacitación a cambio. Pero, la pregunta no es sobre Scrum realmente, la pregunta de fondo es ¿Qué resultados estás esperando conseguir al hacer esos cambios?
Nunca se trata de Scrum. Nunca se trata de Agile. La respuesta está en la organización.
"No esperes resultados diferentes, si sigues haciendo lo mismo" - Albert Einstein
¿Qué buscan las empresas con Scrum?
La semana pasada en el articulo "Las empresas no quieren agilidad" justo vimos lo que realmente buscan las empresas; "Resultados". Y es que no hay ciencia en esto. Las empresas quieren lograr/alcanzar algo, esto significa que quieren resultados diferentes cada vez. Pero, pese a lo que ya Albert Einstein nos había advertido que sigo haciendo lo mismo, seguiré teniendo los mismos resultados, seguimos cayendo en la misma trampa una y otra vez; querer algo diferente, pero, no querer cambiar "mucho".
Tanto C-Level, líderes, como los que acompañamos a las empresas, necesitamos hacernos conscientes que en el mercado exponencial en el que vivimos hoy, las empresas necesitan cambiar. Necesitan desarrollar la capacidad para adaptarse constantemente a nuevas condiciones del mercado, creando una ventaja competitiva (aquí viene el truco) sin impactar negativamente en la salud organizacional.
Es decir, bienvenidos todos los cambios (de todo tamaño), siempre que antes de ellos, hayas evaluado y puesto en marcha acciones, para que las personas que se verán afectadas por el, sean conscientes de lo que vienen y se sientan seguras.
¿Qué es la salud organizacional?
Para la Enterprise Agility University, la salud organizacional es la seguridad psicológica y la creación de valor empresarial sostenible a perpetuidad.
Recomendado por LinkedIn
Cualquier empresa expuesta a mercados exponenciales necesita un alto nivel de salud organizacional; de lo contrario, las interrupciones del mercado afectarán la sensación de seguridad de los empleados, lo que generará conflictos internos y una mayor burocracia, que terminan disminuir el nivel de innovación y el valor comercial para el cliente.
Johana, ¿por qué estas hablado de mercados exponenciales, salud organizacional si estamos hablando de Scrum?
Porque nunca se trata de Scrum. Lo que quieres es un equipo que sea capaz de entregar resultados de manera constante en el menor tiempo posible y de alta calidad. Quieres que el cliente no se queje. Quieres que el cliente vuelva a comprar. Quieres tener ROI. Quieres crecer. Quieres, quieres y quieres...
Si quieres resultados diferentes, tienes que ser capaz de hacer cosas diferentes.
Entonces, si has pensando en formar un Scrum, ten en cuenta que de hay cosas que debes hacer detrás más allá de los artefactos y eventos de Scrum:
✅ Necesitas cambiar las estructuras para que el equipo que estará trabajando junto lo haga enfocado y con una dedicación que te permita obtener los resultados que esperas en el menor tiempo posible.
✅ Necesitas cambiar los procesos internos para hacer que el flujo de trabajo sea continuo y transparente. Desde la concepción de la idea hasta la puesta en producción.
✅ Necesitas tener claro que es lo que esperas lograr, como lo vas a medir y cómo esto se conecta con la estrategia empresarial y más allá, como se conecta con la visión y propósito de la organización.
✅ Necesitas crear espacios donde la comunicación permita un aprendizaje colectivo, donde no castigues el error, espacios de realmente se empodere al equipo.
✅ Necesitas asegurarte que las personas que forman ese equipo se sienten seguras y confiadas de hacer su trabajo.
La agilidad sea a nivel de equipo o escalabilidad no es prácticas y frameworks.
La agilidad va de hacer las cosas simples, enfocados, de cambios, de resultados y de personas.
La agilidad es el medio que eliges para ayudarte a lograr algo.
Director de Innovación y Transformación en AmbideXtro
2 añosExcelentes reflexiones y compartires Joha Johana Chuquino Añorga 💪
Arquitecto Empresarial Certificado/Coach Agile Certificado/Transformación Digital y de procesos de negocio/Scrum Master Certificado/Enlace de negocios
2 añosComo bien dice el marco. Es fácil de entender difícil de dominar. De repente pones como Scrum Máster a alguien que solo quiere ser porrista sin realmente entender el valor que se busca con el proyecto o cuando decides que alguien es coach ágil solo porque se certifico en Scrum sin tener experiencia en vivo. Por eso se da al traste con la agilidad, enfocarse en número de historias o de tareas sin enfocarse al resultado o valor, no tiene sentido. Arrancar proyectos sin un producto backlog identificado, priorizado y entendido tampoco ayuda. Toda teoría sin práctica tiende a ser una ilusión.
Project Manager I PMP I SMCP I ITIL4 I I Oracle OCI AI I ISO SMP 20000 I KEPC I OKRCP I ISMP ISO 27001 I ISO 22301 I
2 añosLo descrito muestra que esperar resultados distintos, sólo por cambiar los nombres de los roles, haciendo lo mismo de siempre, como siempre y colocar la etiqueta de moda... "Agíl", tiene como resultado; la perdida de recursos, tiempo, talento, motivación y desvirtuando marcos, prácticas y herramientas que bien aplicadas y llevadas dan excelentes resultado. Es muy dificil aplicar agilidad de abajo hacia arriba sin una orientación estrategica clara de la gerencia respecto a estos marcos de trabajo. Cuando no se cuenta con esto, lo mejor es seguir trabajando como siempre. Causa menos daño. :)
Director of Business Development at Trade Solutions Peru/Ecuador
2 añosMuy buen artículo, sobretodo porque aborda ese lugar donde la teoría se estrella con la práctica, algo que sucede muy frecuentemente en la interna de las empresas y pocos le prestan atención. Implementar metodologías ágiles de manera parcial en zonas aisladas del negocio sin tocar procesos "end to end" nunca traerá los resultados esperados. Haciendo una analogía con el tráfico limeño, es como construir un paso a desnivel en un cruce de vías sin modificar ni optimizar los semáforos aledaños. Lo único que se logra es trasladar el problema al siguiente cuello de botella.
Control Interno, Auditoria y Normativa Regulatoria
2 añosSabes que sería genial? que tus publicaciones también lo puedas grabar en audio y compartirlo. Así, las personas podemos escuchar tus publicaciones mientras hacemos otras cosas. 😀