Muchas organizaciones están invirtiendo en IA, automatización y eficiencia.
Pero pocas se están haciendo una pregunta previa:
- ¿tenemos claro cómo funciona nuestro sistema de trabajo?
Porque si no lo tienes,
- no estás optimizando.
- estás escalando errores.
Antes de aplicar IA, automatizar o escalar…
- hay una decisión previa que casi nadie cuestiona:
- cómo estás trabajando realmente.
Y ahí es donde empiezan muchos problemas.
Seguimos teniendo este debate en 2026… y seguimos enfocándolo mal.
La inteligencia artificial no está resolviendo los problemas de las organizaciones. Los está amplificando.
- Si no sabes cómo decides,
- si no tienes claro cómo fluye el trabajo,
- si no entiendes el entorno en el que operas…
la IA no te va a ayudar. Te acelera.
Va a hacer que todo eso vaya más rápido.
- Más decisiones mal tomadas.
- Más trabajo mal priorizado.
- Más ruido con apariencia de productividad.
Y aquí está el punto clave:
Antes de aplicar herramientas de producción, antes de automatizar, antes de escalar…
tienes que entender cómo trabajas de verdad.
Porque si no eliges bien el sistema —Scrum, Kanban u otro— no estás optimizando nada.
Escalas el problema.
Seguimos teniendo este debate en 2026… y seguimos enfocándolo mal. Scrum vs Kanban no es un debate de frameworks. Es un debate de cómo decide tu organización.
He visto más transformaciones fallidas por elegir mal el marco… que por falta de talento.
Y el patrón es siempre el mismo:
*Empresas usando Scrum cuando necesitan Kanban
Equipos usando Kanban para evitar lo que Scrum les obligaría a afrontar*
No es un error técnico. Es un error de comprensión.
He visto empresas decir: “Scrum no funciona”
Y lo que había detrás era esto:
- Flujo impredecible
- Interrupciones constantes
- Dependencias por todos lados
Y aun así, Sprints cerrados, planificación rígida, compromisos semanales.
Resultado:
- El Sprint se rompe en días.
- El equipo vive en excepción.
- El sistema pierde credibilidad..
No falló Scrum. Falló el criterio al aplicarlo.
Y el caso contrario también es habitual.
Equipos que dicen: “Nosotros usamos Kanban”
Y lo que ves:
- Trabajo acumulado
- Prioridades cambiando cada día
- Nadie cerrando nada
Pero eso sí, el tablero impecable.
Kanban tampoco falló. No hay sistema detrás.
Scrum y Kanban no compiten. Scrum te obliga a parar, pensar, decidir y asumir compromisos. Kanban te obliga a ver cómo fluye (o no) el trabajo.
Uno mete estructura. El otro te enseña la realidad y elimina la ilusión.
Entonces, ¿cómo elegir?
Sin complicarlo, sin postureo:
- Si no puedes comprometer trabajo porque todo cambia cada día, no fuerces Scrum.
- Si tu equipo no termina nada y vive en multitarea constante, Kanban por sí solo no te va a salvar.
- Si no hay decisiones claras arriba, ningún framework te va a salvar
La parte incómoda: Muchas organizaciones no eligen Scrum o Kanban por encaje. Eligen lo que menos les obliga a cambiar.
Y ahí empieza el problema. La verdad es bastante simple: El framework no es el problema.
El problema es:
- cómo priorizas
- cómo decides
- y qué toleras como normal
Scrum y Kanban solo hacen una cosa: te lo ponen delante Cuando una organización dice: “Scrum no nos funciona” o “Kanban no aporta valor”
Casi nunca están evaluando el framework. Están viendo el reflejo de su propio sistema.
Al final esto va de una cosa muy simple:
¿Tu sistema te ayuda a decidir mejor y entregar valor… o solo te ayuda a sentir que trabajas organizado?
Si te estás haciendo esa pregunta, no estás lejos de entender dónde está el problema de verdad.
Comments (8)
Log in to your Scrum Manager area to comment
Jorge Sánchez López ★★★
18 Mar 2026 10:05I'll leave a question here, because that's usually where the real difference lies:
👉 Have you seen more problems from choosing the wrong framework…
or from not wanting to change how decisions are made?
Voy a dejar una pregunta aquí, porque suele ser donde está la diferencia real:
👉 ¿Has visto más problemas por elegir mal el framework…
o por no querer cambiar cómo se toman las decisiones?
Automatic translation · View original
Guest
18 Mar 2026 13:26For not wanting to change…
Por no querer cambiar…
Automatic translation · View original
Juan Tatay Galvany ★
18 Mar 2026 13:27For not wanting to change…
Por no querer cambiar…
Automatic translation · View original
Jorge Sánchez López ★★★
18 Mar 2026 14:03I'll just stay as I am, what's the point... nothing's going to change
Me quedo como estoy, total ... nada va cambiar
Automatic translation · View original
Guest
18 Mar 2026 11:17That's right, I think the most important thing is to first understand the agile culture, then gradually assess applicability with tools yet to be discovered that are the ideal ones. It's a new field, there's no need to rush, we need to be smart.
Así es, creo que ante todo se debe comprender la cultura ágil, luego evaluar la aplicabilidad gradual con herramientas a descubrir que sean las ideales. Es un campo nuevo, no hay que apurarse, hay que ser inteligente.
Automatic translation · View original
Jorge Sánchez López ★★★
18 Mar 2026 14:02I understand what you're saying, but this is where the confusion usually starts.
When we put the focus on "understanding agile culture" as the first step, many organizations stop right there…
and nothing relevant changes.
People talk about culture, mindset, principles… but decisions, priorities, and the way of working stay the same.
And that is not transformation.
To me, culture is not the starting point.
It is the consequence.
A consequence of:
- how you decide
- how you prioritize
- and what work system you put in place
Without practice, culture does not change. It stays at the level of talk.
About going step by step, I agree… but with an important nuance:
- Going slowly is not the problem.
- The problem is using "going slowly" to avoid uncomfortable decisions.
And about "discovering the ideal tools"…
- Scrum and Kanban are not tools to simply explore.
- They are frameworks with very clear implications for how you work.
The key is not to discover. It is to choose with judgement.
In the end, it all comes down to this:
- are you willing to change how you decide and prioritize…
or only to talk about culture?
That is where a transformation really differs from an attempt.
Entiendo lo que comentas, pero aquí es donde suele empezar la confusión.
Cuando ponemos el foco en “entender la cultura ágil” como primer paso, muchas organizaciones se quedan ahí…
y no cambian nada relevante.
Se habla de cultura, mindset, principios… pero las decisiones, las prioridades y la forma de trabajar siguen igual.
Y eso no es transformación.
Para mí, la cultura no es el punto de partida.
Es la consecuencia.
Consecuencia de:
- cómo decides
- cómo priorizas
- y qué sistema de trabajo pones en marcha
Sin práctica, la cultura no cambia. Se queda en discurso.
Sobre ir poco a poco, estoy de acuerdo… pero con un matiz importante:
- Ir despacio no es el problema.
- El problema es usar “ir despacio” para evitar decisiones incómodas.
Y sobre “descubrir herramientas ideales”…
- Scrum y Kanban no son herramientas a explorar sin más.
- Son marcos con implicaciones muy claras sobre cómo trabajas.
La clave no es descubrir. Es elegir con criterio.
Al final todo se reduce a esto:
- ¿estás dispuesto a cambiar cómo decides y priorizas…
o solo a hablar de cultura?
Ahí es donde realmente se diferencia una transformación de un intento.
Automatic translation · View original
Juan Tatay Galvany ★
18 Mar 2026 13:28Great article, you can tell because it leaves you thinking (and a little shaken up)…
Gran artículo, se nota porque te deja pensando (y un poco jodido)…
Automatic translation · View original
Jorge Sánchez López ★★★
18 Mar 2026 14:03Thanks, that's the idea
Gracias esa es la idea
Automatic translation · View original