Ir al contenido

Design thinking

De Scrum Manager BoK
⏱ 5 min de lectura  ·  📅 Actualizado en 2026

El Design Thinking es una disciplina que usa la sensibilidad y los métodos del diseñador para casar las necesidades de las personas con lo tecnológicamente factible y lo viable como negocio (Tim Brown, 2008). Su razón de ser son los problemas mal definidos, aquellos en los que formular el problema es ya parte de resolverlo. En el trabajo de producto es una técnica de descubrimiento y una capacidad transversal, no una fase previa al desarrollo, y lo que se aprende con ella entra en el Product Backlog. Un problema con causa conocida y criterios de éxito claros no necesita Design Thinking; necesita buena ingeniería o buena gestión.

Origen y evolución

Tiene sus raíces en el diseño industrial y la innovación empresarial. Herbert Simon describió el pensamiento de diseño en The Sciences of the Artificial (1969). IDEO, liderada por Tim Brown, popularizó la metodología en los años noventa aplicándola a distintas industrias. La d.school de Stanford la sistematizó como marco de cinco fases y la hizo accesible a equipos de todo tipo.

Principios clave

  • Centrado en el usuario: se busca comprender en profundidad las necesidades y problemas de las personas, no asumir que ya se conocen.
  • Iterativo y experimental: se realizan múltiples pruebas y ajustes. El fallo temprano y barato es parte del proceso, no un fracaso.
  • Colaborativo y multidisciplinar: distintas perspectivas y disciplinas producen soluciones más ricas.
  • Aprendizaje a través del error: la experimentación sin miedo a fallar es una condición necesaria para la innovación.

Las cinco fases

Los cinco modos del d.school de Stanford (empatizar, definir, idear, prototipar, probar) son la representación más conocida, y el propio d.school los relativizó en 2016: «eran solo una primera receta, una sugerencia para empezar». Desde entonces enseña ocho capacidades de diseño (entre ellas navegar la ambigüedad y diseñar el propio trabajo de diseño). Otros marcos vigentes describen el mismo territorio: el Double Diamond del Design Council (descubrir, definir, desarrollar, entregar, con sus ampliaciones organizativa y sistémica), los tres espacios de IDEO, los treinta y seis métodos de LUMA y el bucle de IBM. Todos se leen como mapas para elegir prácticas según lo que el equipo necesita comprender, imaginar, hacer tangible o aprender; ninguno es una secuencia obligatoria.

El proceso no es lineal: se puede retroceder a fases anteriores cuando el aprendizaje lo requiere.

Empatizar

Comprender el problema desde la perspectiva del usuario mediante observación directa, entrevistas y análisis del contexto. El objetivo es entender quiénes son los usuarios, qué sienten y qué necesitan. Se pueden usar mapas de empatía o user personas como herramientas de síntesis.

Definir

Sintetizar los hallazgos de la fase de empatía en una declaración clara del problema. Identificar patrones, formular el reto y resumir las necesidades clave en una frase específica pero abierta a soluciones creativas. Separar síntomas, causas posibles, restricciones y supuestos implícitos. No existe «el problema real» que baste desenterrar: existen marcos mejores o peores, y reformular busca ver si hay un problema mejor que resolver (el ascensor lento que se arregla con un espejo en el rellano). El punto de vista (usuario, necesidad, insight) y la pregunta «¿Cómo podríamos…?» son los artefactos de esta fase, y la definición se revisa durante todo el ciclo.

Idear

Separar la generación de la evaluación y buscar variedad, no solo cantidad: una sesión con ochenta ideas de cuatro familias ha divergido menos que otra con treinta de doce. La evidencia acumulada desde 1958 muestra que la lluvia de ideas oral en grupo produce menos ideas y peores que las mismas personas por separado; el modo que funciona es solos, después juntos: cada persona genera en silencio y por escrito (boceto rápido, brainwriting) y después el grupo comparte, construye, agrupa y elige con criterios explícitos. Se llevan dos o tres ideas distintas a prototipo, no solo la que la mayoría acepta.

Prototipar

Construir representaciones rápidas y económicas de las ideas para evaluar su viabilidad. Un prototipo es cualquier representación hecha para responder una pregunta de diseño (Houde y Hill, 1997). La fidelidad la fija la pregunta, no la madurez de la idea, y se sube solo en la dimensión que esa pregunta necesita: contenido real con visual tosco para probar comprensión, interacción fiel con pantallas grises para probar un flujo. La baja y la alta fidelidad detectan los mismos problemas de uso, y cuanto más terminado parece un prototipo menos se escucha el feedback. Se prototipan también servicios, procesos y políticas, no solo pantallas.

La clave es iterar: refinar con cada test.

Probar

Poner el prototipo en manos de usuarios para recoger feedback real. Se realizan pruebas de usabilidad, entrevistas y, si aplica, pruebas A/B. Es fundamental dejar que el usuario descubra el prototipo de forma autónoma, escuchar activamente y no justificar las decisiones de diseño.

Se prototipa como si se tuviera razón y se prueba como si no: la prueba enseña sobre la solución y también sobre el problema, y puede revelar que estaba mal enmarcado. La pregunta de cierre no es «¿les gustó?» sino «¿qué nos sorprendió?».

Design Thinking y la IA como herramienta

La IA generativa está afectando a distintas fases del proceso:

  • Empatizar: los modelos de lenguaje pueden analizar grandes volúmenes de reseñas, tickets de soporte o feedback textual de usuarios para identificar patrones temáticos. Sin embargo, no pueden reemplazar la observación directa ni la construcción de empatía real: la IA puede resumir lo que dicen los usuarios, pero no puede captar el contexto emocional y situacional que se observa en una entrevista en profundidad.
  • Idear: la IA puede generar variantes y combinaciones de ideas a gran velocidad, lo que puede ser útil como estímulo para la ideación del equipo. El riesgo es que las ideas generadas por IA tiendan a converger en soluciones "promedio" que ya existen: las ideas más innovadoras suelen surgir de la diversidad y la experiencia directa de los miembros del equipo.
  • Prototipar: la IA generativa está reduciendo significativamente el coste de la fase de prototipado. Herramientas de generación de texto, imagen, interfaz y código permiten construir prototipos de mayor fidelidad en menos tiempo.

Usar IA en el trabajo de diseño es una decisión de proceso: en cada momento se decide quién lidera, la persona o la IA, y qué se conserva (capacidad, originalidad y propiedad de la decisión). En la ideación, la IA entra después de la ronda humana, porque eleva la media individual y reduce la variedad del conjunto. Los «usuarios sintéticos» generados con IA sirven para ensayar el guion de una prueba, no para validar un concepto ni como evidencia sobre personas reales. Un prototipo conversacional probado con personas debe declarar que es una máquina (Reglamento europeo de IA, artículo 50).

Errores frecuentes

Saltarse la fase de empatía o hacerla de forma superficial. Es la fase más incómoda (requiere salir del edificio, hablar con usuarios reales, tolerar la ambigüedad) y la que más se tiende a abreviar. Un equipo que define el problema sin haber observado y escuchado a los usuarios está resolviendo el problema que cree que tiene el usuario, no el problema real. Todas las fases siguientes dependen de la calidad de la empatía.

Empatizar sin datos. Un mapa de empatía o una persona rellenados en la sala, sin observación ni entrevistas, recogen los supuestos del equipo con aspecto de investigación. La respuesta no es más empatía imaginada, sino contacto real y participación de las personas afectadas; el propio d.school ha retirado el mapa de empatía de su Bootleg y habla de «cuidado» en lugar de «empatía».

Materiales

🏦 Skill Design ThinkingState of the art y guía de desarrollo · Skill Arena

🔧 Desafío de empatíaHerramienta · Scrum Manager

🔧 Definición de problemasHerramienta · Scrum Manager

📄 Apuntes: Design Thinking PlaybookScrum Manager · PDF

Recursos

📄 Tres técnicas de Design ThinkingScrum Manager Blog · sep 2024

Referencias

  • Brown, T. (2008). "Design Thinking", Harvard Business Review.
  • Brown, T. (2009). Change by Design. HarperCollins.
  • Carter, C. (2016), "Let's stop talking about THE design process", d.school.
  • Houde, S. y Hill, C. (1997), What do prototypes prototype?
  • Lewrick, Michael; Link, Patrick; Leifer, Larry. Design Thinking Playbook.
  • Serrano Ortega, Manuel; Blázquez Ceballos, Pilar. Design Thinking. Lidera el presente. Crea el futuro.

Véase también

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.