¿Por qué Scrum no me funciona?

¿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:

  • Existía un equipo "Scrum", que tenia a un "Scrum Master" que realmente era un Jefe de Proyectos y un "Product Owner" que era un Analista de Procesos. Ambos estaban solo por horas, porque debían atender sus funciones principales. Tampoco tenían experiencia previa en el rol.
  • El equipo de desarrollo eran 2 personas que mientras no eran requeridos en otros proyectos más importantes, avanzaban con los requerimientos.
  • Lo que se desarrollaba era un proyecto para automatizar un proceso operativo en el sistema core.
  • El proyecto tenia una fecha de inicio y una fecha final estimada.

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.

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.

Iván Enrique Juscamaita Palacios

Director de Innovación y Transformación en AmbideXtro

2 años

Excelentes reflexiones y compartires Joha Johana Chuquino Añorga 💪

Alejandro Padrón García, MBA.

Arquitecto Empresarial Certificado/Coach Agile Certificado/Transformación Digital y de procesos de negocio/Scrum Master Certificado/Enlace de negocios

2 años

Como 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.

Alexander Guerrero Navas, PMP

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ños

Lo 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. :)

Juan Antonio Lira Huerta

Director of Business Development at Trade Solutions Peru/Ecuador

2 años

Muy 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.

Maritza Cancho Espinoza

Control Interno, Auditoria y Normativa Regulatoria

2 años

Sabes 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. 😀

Inicia sesión para ver o añadir un comentario.

Más artículos de Johana Chuquino Añorga

  • Liderazgo: ¿Quién estoy siendo? - Parte 1/2

    Liderazgo: ¿Quién estoy siendo? - Parte 1/2

    La palabra #liderazgo, #lider son de las más usadas y abusadas, la usamos como muletilla y para resolver casí cualquier…

  • ¿Vale la pena todo el esfuerzo digital?

    ¿Vale la pena todo el esfuerzo digital?

    El HR Business Review en su artículo "The value of digital transformation" indica que de un estudio realizado a grandes…

  • 3 técnicas que necesitas aprender para trabajar la resistencia al cambio

    3 técnicas que necesitas aprender para trabajar la resistencia al cambio

    "Las personas son el mayor problema en un proceso de transformación." - Todos ¿Has escuchado esto antes? Seguro que sí,…

  • ¿Qué tipo de valor te genera la tecnología?

    ¿Qué tipo de valor te genera la tecnología?

    Con la pandemia, un gran número de organizaciones se adentraron en desarrollar o comprar software (una lista extensa de…

  • Las Empresas no quieren "Agilidad"

    Las Empresas no quieren "Agilidad"

    Cuando hablo con mis clientes, algunos entienden muy bien sobre agilidad, realmente lo tienen claro, y otros la verdad…

    9 comentarios
  • 3 acciones para empezar en el Agile Coaching

    3 acciones para empezar en el Agile Coaching

    Han pasado dos años desde que redacte un artículo llamado "¿Cuándo me convierto en #AgileCoach?" y pese al tiempo, la…

    4 comentarios
  • Cuida a tu cliente como a un bebe

    Cuida a tu cliente como a un bebe

    Hace 5 meses, me he convertido en madre y esto más allá de dar un vuelco completo a mi vida, sobre todo a mis horarios,…

    4 comentarios
  • ¿CUÁNDO ME CONVIERTO EN AGILE COACH?

    ¿CUÁNDO ME CONVIERTO EN AGILE COACH?

    Quiero empezar planteando 2 preguntas que son las que más me han hecho en los últimos años; ¿Qué significa ser Agile…

  • CoPTI: Formando un legado

    CoPTI: Formando un legado

    En abril 2019 empezó una de las aventuras más enriquecedoras de mi vida; asumir liderar la Comunidad de TI del PMI…

    3 comentarios
  • Digitalización, Automatización y Transformación Digital

    Digitalización, Automatización y Transformación Digital

    Seguramente hemos escuchado sobre Innovación, Digitalizacion, Automatización y Transformación Digital, sobre todo desde…

Otros usuarios han visto

Ver temas