Las metodologías de gestión —lean, agile, OKRs, scrum— nacieron en contextos muy distintos al de un estudio de diseño estratégico. Lean viene de la manufactura japonesa. Agile viene del desarrollo de software. Los OKRs vienen de Intel y se popularizaron en Silicon Valley.
Aplicarlas directamente, sin adaptación, produce resultados predecibles: o se adoptan de forma superficial y se convierten en rituales vacíos, o generan una burocracia que ralentiza exactamente el tipo de trabajo que deberían facilitar.
Pero descartarlas porque «no encajan con el diseño» es igualmente un error. Los principios que hay detrás de estas metodologías —reducir el desperdicio, trabajar en ciclos cortos, medir lo que importa— son válidos en cualquier contexto donde haya complejidad y la necesidad de mejorar de forma continua.
La clave está en saber qué tomar, qué adaptar y qué descartar.
Lean: el principio que más valor tiene
De todas las metodologías de gestión, lean es la que más directamente aplica al trabajo de un estudio de diseño estratégico. No en su versión manufacturera, sino en su principio central: eliminar todo lo que consume recursos sin generar valor.
En un estudio, el desperdicio no son piezas defectuosas en una línea de producción. Son reuniones que no producen decisiones. Documentación que nadie lee. Revisiones de trabajo que se repiten porque no estaba claro el criterio de aprobación. Tiempo invertido en explorar direcciones que nadie había validado antes de explorarlas.
El pensamiento lean aplicado al diseño no pregunta «¿cómo hacemos esto más rápido?» Pregunta «¿esto necesita hacerse?» Y esa pregunta, cuando se aplica con honestidad, cambia radicalmente cómo se estructuran los proyectos.
En Nippon Sanso, más de diez años de colaboración han requerido una disciplina constante sobre qué se produce en cada fase y para qué. No porque el cliente exija eficiencia, sino porque la continuidad de un proyecto tan largo depende de que cada fase aporte valor real y no se convierta en producción de entregables que nadie usa para decidir.
Agile: lo que funciona y lo que no
Agile tiene dos interpretaciones que conviene separar.
La interpretación metodológica —sprints de dos semanas, daily standups, backlogs, velocity— no siempre encaja con el ritmo de un proyecto de diseño estratégico. Los proyectos de investigación y estrategia no se descomponen fácilmente en historias de usuario con puntos de esfuerzo. La naturaleza del trabajo es exploratoria: no se sabe exactamente qué se va a encontrar, y el valor no está en producir features sino en generar comprensión.
Aplicar scrum estrictamente en ese contexto produce la ilusión de agilidad sin la sustancia: hay sprints, hay ceremonias, pero el trabajo sigue siendo tan imprevisible como antes y además hay más overhead.
La interpretación de principios —trabajo iterativo, feedback continuo, adaptación al aprendizaje— sí encaja perfectamente. La diferencia está en no confundir el método con el objetivo.
En Inditex, el desarrollo de Boost the Change funcionó con una lógica de sprints de diseño y validación continua que tomaba prestado el ritmo de agile sin aplicar la metodología de forma rígida. Los ciclos cortos existían porque el aprendizaje de cada ciclo informaba el siguiente, no porque hubiera un marco scrum que lo requiriera. Esa distinción es la que marca la diferencia entre agile como herramienta y agile como ritual.
OKRs: útiles cuando el problema está bien definido
Los OKRs —Objectives and Key Results— son una herramienta para alinear esfuerzos y medir progreso hacia objetivos claros. Funcionan bien cuando los objetivos son estables durante el período de medición y cuando los resultados son cuantificables.
En un estudio de diseño estratégico, esas dos condiciones no siempre se dan.
Los proyectos de investigación y estrategia tienen una naturaleza exploratoria que hace difícil definir key results útiles de antemano. ¿Cómo se mide en un OKR el valor de haber entendido bien un sistema organizativo antes de intervenir en él?
Donde los OKRs sí aportan valor en un estudio es en la gestión interna: objetivos de desarrollo de capacidades del equipo, métricas de eficiencia operativa, objetivos comerciales. En esos contextos, la estructura OKR proporciona un marco claro para revisar el progreso y ajustar el rumbo.
El error es aplicarlos indiscriminadamente a todo el trabajo, incluidos los proyectos con clientes, donde la naturaleza del trabajo hace que los resultados clave más importantes sean los que no se pueden definir hasta haber investigado.
Las métricas que sí importan en un estudio de diseño
La resistencia a la medición en entornos creativos tiene una causa legítima: las métricas mal elegidas distorsionan el trabajo. Si se mide tiempo de entrega, se optimiza para entregar rápido aunque el trabajo sea superficial. Si se mide satisfacción del cliente a corto plazo, se optimiza para no incomodar aunque el trabajo de calidad a veces incomoda.
Pero la alternativa no es no medir. Es medir lo correcto.
En un estudio de diseño estratégico, las métricas que tienen valor son las que miden impacto del trabajo y calidad del proceso, no velocidad de producción:
Tasa de implementación de recomendaciones. ¿Qué porcentaje de las decisiones que propone el estudio acaban implementándose? Si es bajo, el problema puede estar en la calidad del trabajo, en cómo se presenta, o en la relación con el cliente. Cualquiera de las tres merece atención.
Duración de las relaciones con clientes. En diseño estratégico, un cliente que vuelve es la mejor señal de que el trabajo tiene valor real. En Nippon Sanso, diez años de colaboración continua son una métrica más significativa que cualquier NPS.
Tiempo desde investigación hasta decisión. ¿Cuánto tarda la organización del cliente en tomar decisiones a partir de los hallazgos de la investigación? Si ese tiempo es largo, el problema está en cómo se presenta la investigación o en cómo está estructurado el proceso de toma de decisiones del cliente.
Revisiones por proyecto. Cuántas veces se revisa un entregable antes de que el cliente lo apruebe. Un número alto no indica que el cliente sea exigente: indica que el criterio de aprobación no estaba claro desde el principio.
Lo que ninguna metodología puede hacer
Las metodologías de gestión pueden estructurar el trabajo, reducir el desperdicio y hacer el progreso visible. No pueden sustituir el criterio.
Un equipo sin criterio claro sobre qué es buen trabajo, bien estructurado con OKRs y sprints, producirá entregables de baja calidad de forma eficiente. Un equipo con criterio sólido y poca estructura operativa producirá buen trabajo de forma inconsistente y agotadora.
El objetivo no es elegir entre criterio y estructura. Es construir los dos.
En Decide Madrid, el proyecto requería combinar investigación rigurosa con ciclos rápidos de diseño y validación, coordinando equipos del Ayuntamiento con perfiles muy distintos. Sin un sistema operativo claro —quién decide qué, cómo se prioriza, cómo se comunica el progreso— esa coordinación hubiera consumido más energía que el propio trabajo. Con él, cada parte del equipo podía avanzar con autonomía sabiendo que su trabajo encajaba con el conjunto.
Conclusión
Lean, agile y OKRs son herramientas. Como todas las herramientas, su valor depende de si se usan para resolver el problema correcto.
En un estudio de diseño estratégico, el problema correcto no es producir más rápido ni tener más visibilidad sobre el trabajo. Es garantizar que el trabajo tiene impacto real, que el equipo puede sostener la calidad sin depender del esfuerzo heroico de las personas correctas, y que la organización aprende de cada proyecto para hacer mejor el siguiente.
Las metodologías que ayudan a conseguir eso merecen adoptarse. Las que no, no.
→ Relacionado: Operaciones: donde todo se hace posible · Dirigir un estudio de diseño: lo que nadie ve pero todo lo condiciona · DesignOps como sistema · Nippon Sanso · Inditex · Decide Madrid
