---
type: BCS
asset_id: BCS-DesignThinking-IDEO-Stanford-v02
version: v02
status: Operativo
readiness: ⭐⭐⭐⭐
owner: Victor Heredia
fecha_creacion: 2026-06-07
fecha_ultima_actualizacion: 2026-06-07
intellbank: IB-EL-EmpowerLabs
subbank: BC-EL-BrainCodes
oleada: 5
fuentes_primarias:
  - "Tim Brown — 'Design Thinking', HBR June 2008 (pp. 84-92) — texto completo verificado"
  - "Natasha Iskander — 'Design Thinking Is Fundamentally Conservative' HBR Sept 2018 — verificado"
  - "MIT Technology Review — 'Design thinking was supposed to fix the world...' Feb 2023"
  - "Wikipedia — Design thinking, T-shaped skills, IDEO, David Kelley, d.school Stanford"
  - "Stanford d.school — Design Thinking Bootcamp Bootleg — existencia y contenido verificados"
  - "Medium — 'Where does the phrase How Might We come from?' (Skipper Chong Warson, 2018)"
  - "Peter G. Rowe — Design Thinking (MIT Press, 1987) — primer uso académico del término"
  - "Roger Martin — The Design of Business (HBP, 2009) — abductive reasoning framework"
---

## Asset Header

- **Asset ID:** BCS-DesignThinking-IDEO-Stanford-v02
- **Version:** v02
- **Anatomy:** BCS v02 (9 capas: M, 0, A, B, C, D, L, V, CAL + CHANGELOG)
- **Status:** Operativo
- **Readiness:** ⭐⭐⭐⭐
- **Owner:** Victor Heredia
- **IntellBank:** IB-EL-EmpowerLabs / BC-EL-BrainCodes
- **Tipo:** BCS — Brain Code Sistémico (metodología/sistema de pensamiento)
- **Propósito:** Destilación del sistema cognitivo del Design Thinking (IDEO/Stanford d.school) — cómo PIENSA el sistema: su ontología del problema, sus axiomas epistemológicos, su meta-algoritmo divergente-convergente, y los patrones de pensamiento que lo distinguen del diseño tradicional y del problem-solving analítico convencional. El BC captura el sistema de pensamiento, no un manual de herramientas.

---

# LAYER 0 — IDENTIDAD Y CONTEXTO DEL SISTEMA

## 0.1 Nombre y Naturaleza del Sistema

**Design Thinking (Pensamiento de Diseño)** — Sistema metodológico de innovación centrado en el ser humano, desarrollado y popularizado por IDEO y la Stanford d.school a partir de los años 1990s-2000s para su aplicación en contextos de negocio, servicios y política pública. No es un proceso lineal ni una técnica específica — es un conjunto integrado de actitudes, modos de pensamiento y herramientas para abordar problemas complejos mal definidos mediante la comprensión empática de los seres humanos afectados por ellos.

## 0.2 Genealogía del Término Verificada [FLAG CRÍTICO CAL-1]

El término "Design Thinking" **NO fue inventado por IDEO ni Stanford**:
- **Herbert Simon, *The Sciences of the Artificial* (MIT Press, 1969):** Primer argumento filosófico de que el diseño es una forma distinta de razonamiento — transforma situaciones existentes en preferidas. Base filosófica fundacional.
- **L. Bruce Archer, 1981:** Acuñó explícitamente "Design Thinking" en el contexto de Design Studies — argumentando una "designerly way of knowing" distinta de ciencias y artes.
- **Peter G. Rowe, *Design Thinking* (MIT Press, 1987):** Primer libro con ese título exacto. Aplicado a arquitectura y planificación urbana. Primera evidencia académica del término en formato libro.
- **IDEO (fundada 1991) y Stanford d.school (fundada 2004):** Popularizaron y operacionalizaron el concepto para contextos de negocio e innovación. Su contribución es la difusión masiva y la metodología práctica, no la invención del término.

**Fundación de IDEO (1991):** Fusión de David Kelley Design (1978) + ID Two de Bill Moggridge (1979, diseñadores del primer laptop del mundo: GRiD Compass, 1981) + Moggridge Associates + Matrix Product Design. David Kelley había diseñado el ratón original de Apple en 1982.

**Fundación de Stanford d.school (2004):** Co-fundada por David Kelley y Bernard Roth (más cinco otros profesores de Stanford y George Kembel). Financiada por Hasso Plattner (co-fundador de SAP). Diseñada como institución inter-departamental — estudiantes de cualquier escuela de Stanford pueden asistir.

**IDEO vs. IDEO.org:** IDEO es la firma comercial (1991); IDEO.org es el nonprofit spinoff (2011) que aplica Human-Centered Design a problemas de pobreza y vulnerabilidad social en comunidades de bajos recursos.

## 0.3 Pregunta Central del Sistema

**"¿Cómo generamos soluciones genuinamente nuevas a problemas genuinamente complejos cuando no tenemos certeza sobre cuál es realmente el problema ni cuál sería una buena solución?"**

Esta pregunta contiene tres tensiones productivas:
- *"Genuinamente nuevas"* — el sistema no busca optimizar soluciones existentes sino crear categorías nuevas de respuesta.
- *"No tenemos certeza sobre cuál es realmente el problema"* — la redefinición del problema es parte del proceso, no un error que se resuelve antes de comenzar.
- *"Ni cuál sería una buena solución"* — el sistema opera en incertidumbre constitutiva, no como condición temporal a superar.

## 0.4 Misión / Propósito del Sistema

Articulado por Tim Brown (HBR 2008): *"Design thinking is a discipline that uses the designer's sensibility and methods to match people's needs with what is technologically feasible and what a viable business strategy can convert into customer value and market opportunity."*

La misión triádica: **Deseable (humano) × Factible (tecnológico) × Viable (negocio)** — la innovación real vive en la intersección de los tres, no en ninguno de ellos por separado.

## 0.5 Filosofía Central (Núcleo Axiomático)

Los problemas complejos no pueden resolverse analizándolos desde afuera — requieren inmersión empática en la experiencia humana de quienes los viven. Las ideas no emergen del pensamiento abstracto sino de la materialización de hipótesis (prototipado) y su confrontación con la realidad. La secuencia creativa productiva es siempre: expansión (divergencia) → selección (convergencia), repetida en múltiples escalas. El fracaso temprano de prototipos es información valiosa, no derrota.

## 0.6 Contradicciones Productivas del Sistema

1. El sistema afirma democratizar el diseño (Creative Confidence de todos) pero en la práctica es frecuentemente aplicado por consultores de élite (IDEO) que interpretan las necesidades de usuarios de menor estatus — la crítica de Iskander (2018) sobre jerarquía epistémica es válida.
2. El proceso se describe como no-lineal (Brown: "sistema de espacios, no pasos") pero se enseña y vende como proceso de 5 pasos — la distancia entre la descripción auténtica del sistema y su uso comercial es significativa.
3. El sistema promete soluciones innovadoras pero la evidencia empírica rigurosa de que produce mejores resultados que otras metodologías es escasa en contextos organizacionales [CAL-5].

## 0.7 Evolución Documentada

**1969-1987:** Fundamentos académicos (Simon, Archer, Rowe) — el concepto vive en comunidades de diseño y académicas.
**1991-2003:** IDEO construye la metodología en práctica, con el rediseño del carrito de compras de ABC (1999) como hito de visibilidad pública masiva.
**2004:** Fundación de Stanford d.school — institucionalización académica.
**2008:** Tim Brown publica el artículo seminal en HBR — Design Thinking como concepto de management mainstream.
**2009:** *Change by Design* (Tim Brown) y *The Design of Business* (Roger Martin) consolidan el framework teórico.
**2010-2015:** Adopción masiva en corporate innovation labs, escuelas de negocio, gobierno.
**2016:** *Sprint* (Jake Knapp) lanza Design Sprints como derivado más prescriptivo y acotado.
**2018-presente:** Crítica académica y de práctica aumenta (Iskander, Lilly Irani, estudios de fracasos). Tim Brown reconoce límites en MIT Technology Review (2023). El sistema madura hacia mayor humildad sobre sus alcances.

## 0.8 Limitaciones y Puntos Ciegos del Sistema

- **Jerarquía epistémica embebida:** El "empathizer experto" que interpreta las necesidades del usuario reproduce la jerarquía de poder que el sistema dice cuestionar.
- **Sesgo hacia lo solucionable dentro del sistema existente:** Design Thinking toma el marco sistémico como dado y busca soluciones dentro de él — rara vez cuestiona las estructuras de poder que generan los problemas.
- **Evidencia de efectividad débil:** La evidencia de que produce mejores resultados que otras metodologías en contextos organizacionales es mayoritariamente anecdótica (casos de IDEO) o autoreportada.
- **Transferibilidad cultural:** Las herramientas asumen un nivel de confianza psicológica (para compartir ideas "locas" en brainstorming, para presentar prototipos rudimentarios sin vergüenza) que varía enormemente entre culturas.

---

# LAYER A — LENTES, MODELOS Y CASOS ANCLA

## A1 — Lentes Cognitivos del Sistema

**A1.1 — El Lente de la Empatía como Epistemología**
El punto de partida legítimo de toda innovación es la comprensión profunda del ser humano que vive el problema — no el análisis de mercado, no los datos de comportamiento, no la opinión del experto. La empatía no es un valor moral aquí — es un instrumento epistémico. Los datos declarativos (qué dice la gente que quiere) divergen sistemáticamente de los datos conductuales (qué hace la gente en realidad). La observación etnográfica directa cierra esa brecha.

**A1.2 — El Lente de la Ambigüedad Productiva**
Los problemas complejos están mal definidos antes de comenzar. La ambigüedad no es una falla del proceso — es la condición de entrada. El sistema abraza la ambigüedad como información: la incomodidad ante un problema que no tiene definición clara es la señal de que el problema vale la pena resolver. "Design thinking can feel chaotic to those experiencing it for the first time" (Brown, HBR 2008).

**A1.3 — El Lente de la Materialización**
Las ideas no existen completamente hasta que se hacen tangibles. El prototipo no es la representación de la idea — es la idea en proceso de revelarse a sí misma. "Build to think" no "think to build." El prototipo más tosco y rápido que permita aprender algo específico es el correcto. El prototipo pulido que parece terminado elimina el feedback útil — la gente no dice lo que realmente piensa de algo que parece definitivo.

**A1.4 — El Lente Divergente-Convergente**
El sistema piensa en oscilaciones entre expansión (generar muchas posibilidades) y contracción (seleccionar las más prometedoras). Este patrón opera en múltiples escalas simultáneamente: dentro de cada fase, entre fases, y en el proceso completo. La clave: los modos divergente y convergente son incompatibles entre sí — no se puede evaluar ideas (convergir) mientras se generan (divergir). El sistema tiene reglas claras sobre cuándo está en cada modo.

**A1.5 — El Lente del Usuario Extremo**
Las necesidades y comportamientos más significativos no están en el centro de la distribución — están en los extremos. Los "extreme users" (niños, adultos mayores, personas con discapacidades, expertos obsesivos, absolute beginners) amplifican comportamientos que existen de forma menos visible en usuarios mainstream. Diseñar para los extremos produce soluciones que frecuentemente son superiores para todos: el mango OXO Good Grips (diseñado para artritis) es preferido por personas sin artritis.

**A1.6 — El Lente de la Acción sobre el Análisis (Bias Towards Action)**
Ante la incertidumbre, el sistema tiene un "bias towards action" — moverse físicamente (hacer un prototipo, ir a observar, actuar una escena) genera más información que continuar analizando. No porque el análisis sea malo, sino porque en problemas complejos el espacio de posibilidades es tan grande que el análisis pre-acción tiene rendimientos decrecientes rápidamente. La acción crea los datos que no pueden obtenerse de otra forma.

## A2 — Modelos Mentales Core del Sistema

**A2.1 — El Proceso de 5 Modos (Stanford d.school)**

[Nota: el lenguaje oficial es "5 modos" — no "5 pasos". La distinción es filosófica.]

**EMPATHIZE:** Inmersión profunda en la experiencia humana del problema. No encuestas — observación directa, shadowing, entrevistas en contexto. El objetivo es descubrir necesidades latentes que las personas no articulan (porque no saben que las tienen) y comportamientos que divergen de lo que dicen que hacen.

**DEFINE:** Sintetizar los hallazgos de la empatía en un "Point of View" (POV) — una declaración del problema que revela el insight más profundo. Formato: "[Usuario] necesita [necesidad] porque [insight inesperado]." El POV es el puente entre la investigación y la ideación — reformula el problema desde la perspectiva del usuario, frecuentemente de forma contraintuitiva.

**IDEATE:** Generar ideas en cantidad sin juzgarlas. Las reglas de IDEO para brainstorming: diferir el juicio, apuntar a cantidad, construir sobre ideas de otros, ir a lo loco/exagerado, mantenerse visuales, una conversación a la vez. El objetivo no es encontrar la idea correcta — es ampliar el espacio de posibilidades antes de seleccionar.

**PROTOTYPE:** Crear representaciones físicas rápidas y baratas de las ideas más prometedoras. Puede ser un objeto, un storyboard, un rol de servicio actuado, una maqueta. La regla: "prototypes should command only as much time, effort, and investment as are needed to generate useful feedback" (Brown, HBR 2008). El prototipo más pulido es el más peligroso.

**TEST:** Confrontar el prototipo con personas reales — no para validar que la idea es buena, sino para aprender qué cambiar. El test exitoso no es el que confirma la idea; es el que genera el feedback más específico sobre qué mejorar. El fracaso del prototipo en el test es una victoria del proceso.

**La naturaleza no-lineal verificada:** Brown en HBR 2008: "The design process is best described metaphorically as a system of spaces rather than a predefined series of orderly steps." El proceso itera — frecuentemente regresa al Define o al Empathize después de un Test. Los "5 modos" son espacios de trabajo, no etapas secuenciales.

**A2.2 — Human-Centered Design (HCD) vs. User-Centered Design (UCD)**

**HCD (Human-Centered Design) — Término de IDEO:**
- Entiende al "ser humano completo" en su contexto: emociones, aspiraciones, relaciones, cultura
- Busca necesidades latentes y no articuladas
- Método: observación etnográfica, inmersión, co-creación
- El ser humano es el punto de partida y el criterio último de éxito

**UCD (User-Centered Design) — Término de HCI/ISO 9241:**
- Centrado en el "usuario" como alguien que usa un sistema específico para completar tareas
- Busca eficiencia, efectividad, satisfacción en el uso
- Método: pruebas de usabilidad, heurísticas, métricas de rendimiento
- La tarea/uso es el punto de referencia principal

La distinción: HCD pone el ser humano completo en el centro; UCD pone la tarea en el centro. Es posible diseñar algo altamente usable que resuelve el problema equivocado — UCD puede hacer esto; HCD está diseñado para prevenir el error de resolver el problema equivocado.

**A2.3 — Abductive Reasoning (Roger Martin, 2009)**

Roger Martin (*The Design of Business*, HBP, 2009) articula el framework filosófico del Design Thinking en términos de lógica:

- **Deductive reasoning:** De regla general → caso particular. Valida lo que ya se sabe. No puede producir ideas genuinamente nuevas.
- **Inductive reasoning:** De casos particulares → generalizaciones. Puede falsificar pero no generar lo genuinamente nuevo.
- **Abductive reasoning (Charles Sanders Peirce, 1839-1914):** "La lógica de lo que podría ser verdad." El razonamiento hacia la mejor explicación de una observación que no encaja con los modelos existentes. Es el único modo de razonamiento que puede producir ideas genuinamente nuevas.

**La implicación de Martin:** El Design Thinking es la institucionalización práctica del razonamiento abductivo. El proceso de Empathize-Define-Ideate es literalmente: observar anomalías que no encajan → abducir hipótesis que las explicarían → materializar y probar esas hipótesis.

El framework complementario de Martin: la **Knowledge Funnel** — Mystery (no se comprende completamente) → Heurística (regla de pulgar que navega la incertidumbre) → Algoritmo (fórmula ejecutable eficientemente). Las empresas maduras operan en el nivel de algoritmo y pierden la capacidad de operar en Mystery. Design Thinking es el método para operar productivamente en el nivel de Mystery.

**A2.4 — Creative Confidence (David Kelley)**

*"Creative Confidence es la creencia de que todos los seres humanos nacen creativos — y que la educación y socialización convencionales suprimen sistemáticamente esta capacidad."*

El argumento de Kelley:
1. La creatividad no es un don genético — es una capacidad que todos poseen
2. La educación formal, el miedo al juicio de los pares, y la presión de dar la respuesta "correcta" suprimen la creatividad
3. La Creative Confidence se reconstruye a través de **guided mastery** — una secuencia de pequeños éxitos progresivos que demuestran que la creatividad es posible

La base psicológica: el concepto de "self-efficacy" de Albert Bandura (la creencia en la propia capacidad para ejecutar comportamientos necesarios para producir resultados). La Creative Confidence es la self-efficacy aplicada al dominio creativo.

**A2.5 — T-Shaped People (Adoptado por IDEO, no inventado)**

El concepto de "T-shaped skills" precede a IDEO. Primer uso documentado: L.B. Johnston, 1978 (IEEE paper). Popularizado en prensa: David Guest, 1991 (*The Independent*). Usado por McKinsey internamente en los 1980s. Tim Brown lo adoptó y popularizó en el contexto de IDEO [CAL-3 — la atribución a IDEO es incorrecta].

**La definición de Brown en el contexto de IDEO:**
- **Barra vertical:** Profundidad y expertise en un campo específico (ingeniería, psicología, antropología, diseño industrial). La profundidad que permite contribución real y credibilidad.
- **Barra horizontal:** Capacidad de colaborar y contribuir en dominios fuera de la especialidad; empatía con otras disciplinas; curiosidad transversal. La amplitud que hace posible el trabajo en equipo multidisciplinar.

Por qué importa para el sistema: un equipo de T-shaped people puede tener conversaciones productivas entre disciplinas porque cada miembro tiene suficiente amplitud horizontal para entender el lenguaje del otro, mientras mantiene la profundidad vertical necesaria para hacer contribuciones técnicas reales.

## A3 — Casos Ancla

**A3.1 — El Carrito de Compras de ABC News (1999): El Lanzamiento Público del Método**
El episodio de ABC Nightline (transmitido el 9 de febrero de 1999) desafió a IDEO a rediseñar un carrito de supermercado en 5 días. El equipo de IDEO pasó el primer día observando a compradores en supermercados (empathizing), luego hizo brainstorming con las reglas de IDEO, prototipó múltiples variantes y seleccionó. El resultado: un carrito con canastas modulares removibles, ruedas de pivote 360°, soporte para bolsa, y diseño ergonómico.

**Lo que este caso ancla:**
1. El proceso importa tanto como el producto — el documental mostró la metodología en tiempo real.
2. La colaboración multidisciplinar en acción.
3. El prototipado rápido en horas, no semanas.

**Lo que NO ancla (verificado):** El carrito nunca fue manufacturado comercialmente. El caso es una demostración del proceso, no un caso de implementación exitosa a escala.

**A3.2 — El IDEO "Deep Dive": El Nombre del Proceso Antes del Proceso**
Antes de que "Design Thinking" se convirtiera en el término estándar, IDEO llamaba a su proceso "deep dive" — una inmersión profunda en el problema antes de proponer soluciones. El carrito de ABC fue un "deep dive" para televisión. Este caso ancla que el proceso existió antes del nombre — la metodología precedió a su branding.

**A3.3 — Bank of America "Keep the Change" (2005): Empathize → Insight → Producto**
IDEO observó que muchas personas redondean sus gastos hacia arriba al llevar la cuenta en su chequera — un comportamiento de "ahorro informal" espontáneo. El insight: si el banco hiciera ese redondeo automáticamente (de cada compra con débito al dólar más cercano, depositando la diferencia en ahorros), estaría capturando un comportamiento que ya existía. Bank of America "Keep the Change" captó más de 12 millones de clientes en su primer año.

**Lo que ancla:** El insight genuino viene de la observación del comportamiento real, no de focus groups sobre "cómo quieren ahorrar más." El usuario no habría pedido este producto — no sabía que lo quería.

**A3.4 — La Crítica de Iskander (HBR 2018): El Contrapunto Necesario**
Natasha Iskander (NYU) argumentó en HBR que Design Thinking es "fundamentalmente conservador y preserva el status quo":
1. El "empathize" step centra al diseñador experto que traduce las experiencias del otro — reproduce jerarquías de poder.
2. Toma el marco sistémico como dado — busca soluciones dentro del sistema existente, raramente cuestiona las estructuras de poder que generan los problemas.
3. Produce soluciones palatables para quien paga el proceso.

**Lo que ancla:** Este contrapunto es parte del sistema completo que hay que conocer — el Design Thinking tiene sesgos estructurales que sus practicantes deben reconocer activamente. Tim Brown en MIT Technology Review (2023) reconoció que "la expertise está más en manos del usuario del sistema que del diseñador del sistema" — una concesión significativa.

**A3.5 — SFUSD y Diva Centres (Fracasos Documentados): Los Límites Reales**
IDEO.org fue contratado por San Francisco Unified School District (SFUSD) en 2013 para rediseñar la experiencia escolar. El proyecto no escaló exitosamente. En Zambia, los Diva Centres — diseñados por IDEO.org para mejorar la salud de mujeres y niñas — tuvieron impacto significativamente menor al prometido. MIT Technology Review (2023) documentó ambos casos. Estos anclan que Design Thinking tiene límites reales en problemas de complejidad sistémica profunda.

**A3.6 — El Bootcamp Bootleg: La Codificación del Proceso**
La Stanford d.school publicó el "Design Thinking Bootcamp Bootleg" (circa 2008-2013) — un documento que codifica los 5 modos con sus herramientas. Es el origen verificado de la versión más popularizada del proceso. El documento enfatiza "modos" no "pasos" — una distinción que se perdió en la mayoría de las adoptaciones corporativas.

---

# LAYER B — PRINCIPIOS, REGLAS Y FUNDAMENTOS MORALES

## B1 — Principios Operativos del Sistema

**B1.1 — Empatiza antes de definir.** El problema que el cliente (o el cliente del cliente) declara tener rara vez es el problema que más importa resolver. La inmersión empática revela el problema correcto — sin ella, el proceso más riguroso resuelve el problema equivocado con excelencia técnica.

**B1.2 — Build to think, don't think to build.** La materialización de una idea transforma la idea. El prototipo más rápido y más tosco que permita aprender algo específico es siempre el correcto. La pulcritud del prototipo es inversamente proporcional a su utilidad en la fase early.

**B1.3 — El fracaso del prototipo en el test es una victoria del proceso.** El objetivo del test no es validar que la solución es buena — es aprender qué cambiar. El prototipo que falla ante los usuarios revela información que ningún análisis previo podría producir.

**B1.4 — Divergir antes de converger.** Los modos de generación y evaluación de ideas son incompatibles. Juzgar mientras se genera mata la generación. El proceso requiere separar explícitamente los momentos de expansión (toda idea vale) de los momentos de selección (elegir las mejores).

**B1.5 — La colaboración radical produce soluciones que ninguna disciplina produce sola.** La innovación real en problemas complejos requiere perspectivas de múltiples disciplinas desde el día uno — no al final para validar. El equipo multidisciplinar no es más lento; es más rápido porque elimina los re-trabajos de "hubiera sabido antes."

**B1.6 — El usuario extremo amplifica lo que el usuario promedio esconde.** Diseñar para el centro de la distribución produce soluciones medias. Diseñar para los extremos frecuentemente produce soluciones superiores para todos — y revela comportamientos y necesidades que los usuarios en el centro tienen pero no expresan.

**B1.7 — La Creative Confidence de todos puede desarrollarse.** No hay personas "creativas" y "no creativas" — hay personas con diferentes niveles de confianza en su capacidad creativa. El proceso está diseñado para crear condiciones donde personas que no se consideran creativas puedan hacer contribuciones generativas.

## B2 — Reglas con Contexto Ecológico

| Regla | CUÁNDO Aplica | CUÁNDO NO Aplica |
|-------|--------------|-----------------|
| "Empatiza antes de definir el problema" | Cuando el problema es complejo, mal definido, o involucra comportamientos humanos no obvios | Cuando el problema está técnicamente bien definido y la solución requiere expertise técnico específico — la empatía adicional añade poco en problemas de ingeniería bien delimitados |
| "Prototipa tan pronto y tan barato como sea posible" | En la fase de ideación temprana cuando hay múltiples hipótesis de solución posibles | Cuando el prototipo requiere infraestructura crítica de seguridad (aviación, medicina, infraestructura) donde el prototipo "barato" puede matar; cuando el problema tiene un único punto de solución técnica evidente |
| "Defer judgment durante el brainstorming" | En sesiones de generación de ideas donde la diversidad de pensamiento es el objetivo | En sesiones de evaluación de riesgos, análisis técnico, o contextos donde el juicio rápido es necesario para la seguridad |
| "Usa extreme users como punto de partida de investigación" | Cuando buscas insights sobre necesidades no articuladas que el usuario mainstream tiene pero no expresa | Cuando estás diseñando exclusivamente para un segmento muy específico y bien definido donde los extreme users son irrelevantes para el mercado objetivo |
| "Involucra al usuario en el proceso de diseño (co-creación)" | Cuando el usuario tiene conocimiento contextual crítico que el equipo de diseño no puede obtener de otra forma | Cuando el conocimiento técnico requerido está fuera del alcance razonable del usuario; cuando la co-creación crea expectativas de implementación que no serán cumplidas |
| "Abraza la ambigüedad al inicio del proceso" | En la fase de Empathize y Define — la ambigüedad es información en este punto | En la fase de prototipado e implementación — la ambigüedad prolongada en estas fases produce inacción, no insight |

## B3 — Fundamentos Morales del Sistema (Tabla)

| Fundamento (Haidt) | Nivel en Design Thinking | Expresión Característica |
|-------------------|--------------------------|--------------------------|
| **Cuidado / Daño** | Muy Alto | "Human-centered" como axioma — el bienestar del ser humano que usa el diseño es el criterio supremo de éxito; IDEO.org lleva esto a poblaciones vulnerables |
| **Equidad / Reciprocidad** | Alto | La co-creación como norma — el usuario no es objeto de diseño sino participante; "Creative Confidence de todos" como principio democrático |
| **Lealtad / Pertenencia** | Bajo | El sistema valora perspectivas diversas sobre la lealtad al grupo; explícitamente promueve "radical collaboration" entre personas de diferentes tribus epistémicas |
| **Autoridad / Subversión** | Alto | El sistema desafía activamente las soluciones obvias y la sabiduría convencional; el "beginner's mind" como actitud frente a la autoridad del experto; "How Might We" como cuestionamiento de los límites asumidos |
| **Pureza / Degradación** | Bajo | El sistema abraza el caos, la ambigüedad y los prototipos toscos — la "impureza" del proceso es parte del método |
| **Libertad / Opresión** | Alto | Creative Confidence como liberación del control opresivo de "no soy creativo"; el proceso libera a personas de la autoridad del experto y valida su capacidad generativa |

---

# LAYER C — ALGORITMOS, SITUACIONES Y PATRONES TÁCITOS

## C1 — Algoritmos del Sistema

**C1.1 — El Meta-Algoritmo: Divergir-Converger en Múltiples Escalas**
```
ESCALA MICRO (dentro de cada modo):
  Empathize: Divergir (observar todo) → Converger (identificar patrones)
  Define: Divergir (múltiples POVs posibles) → Converger (el POV más revelador)
  Ideate: Divergir (muchas ideas) → Converger (las más prometedoras)
  Prototype: Divergir (múltiples variantes) → Converger (las que aprender más)
  Test: Divergir (observar todo el feedback) → Converger (los aprendizajes más útiles)

ESCALA MACRO (en el proceso completo):
  Primera mitad (Empathize-Define): COMPRENSIÓN del problema correcto
  Segunda mitad (Ideate-Prototype-Test): SOLUCIÓN de ese problema

REGLA CRÍTICA: Divergencia y convergencia son modos incompatibles.
Nunca juzgar mientras se genera. Nunca generar sin límite cuando se selecciona.
```

**C1.2 — El Proceso de Empathize (Investigación Empática)**
```
1. SHADOWING: Seguir a personas en su día sin intervenir — observar el comportamiento real
2. ENTREVISTAS EN CONTEXTO: Hablar con personas en el lugar donde el problema ocurre
3. EXTREME USERS: Identificar y priorizar los usuarios en los extremos del espectro
4. DOCUMENTACIÓN: Capturar observaciones en datos visuales (fotos, notas, videos)
5. SÍNTESIS: ¿Qué dijo/hizo la gente que me sorprendió? ¿Qué necesidad no articulada emergió?
[Lo que el usuario dice ≠ lo que el usuario hace ≠ lo que el usuario siente]
```

**C1.3 — El Point of View (POV) Statement**
```
FORMATO: [Usuario] necesita [necesidad genuina] porque [insight inesperado]
EJEMPLO: "El estudiante universitario de primer año necesita sentirse bienvenido (no solo informado)
          porque la sobrecarga de información en la orientación activa la respuesta de amenaza, no el aprendizaje"
META: El POV captura la NECESIDAD (no el deseo) y el INSIGHT (no la observación)
ERRORES COMUNES:
  - Poner la solución en el "necesita" ("necesita una app" → esto cierra el espacio de solución)
  - Poner la observación en el "porque" ("porque lleva muchos papeles" → no es un insight)
```

**C1.4 — Las Reglas de Brainstorming de IDEO**
```
REGLAS VERIFICADAS (fuente: IDEO Design Thinking methodology):
1. Diferir el juicio (no "sí, pero..." sino "sí, y...")
2. Apuntar a la cantidad (50 ideas > 5 ideas)
3. Construir sobre las ideas de otros
4. Fomentar las ideas "locas" (los extremos abren el espacio de posibilidades)
5. Mantener el enfoque visual (dibujar la idea, no solo describirla)
6. Una conversación a la vez
7. Mantenerse en el tema
```

**C1.5 — El Proceso de Test Productivo**
```
1. PREPARAR: ¿Qué hipótesis específica estamos probando con este prototipo?
2. RECLUTAR: Usuarios que correspondan al perfil del POV (y algunos extreme users)
3. OBSERVAR: Dar el prototipo a los usuarios y ver qué hacen — no instruir
4. PREGUNTAR: Pedir que piensen en voz alta. "¿Qué esperabas que pasara aquí?"
5. DOCUMENTAR: Capturar comportamientos, no solo opiniones
6. SINTETIZAR: ¿Qué aprendimos? ¿Qué regresamos a cuestionar?
REGLA: El test no es presentación. Si el tester "explica" el prototipo durante el test, el prototipo falló.
```

## C2 — Situaciones Prototípicas y Red Flags

**C2.1 — Situación: El cliente llega con la solución ya definida**
*Respuesta del sistema:* Tratar la solución propuesta como hipótesis, no como punto de partida. Preguntar: ¿qué problema resuelve esta solución? ¿Cómo sabemos que ese es el problema real? Proponer un sprint de empatía de 2-4 días antes de comprometerse con la solución. La resistencia del cliente a la investigación previa es información sobre qué tan bien ha definido el problema real.
*Red Flag:* Si el brief describe la solución ("necesitamos una app") en lugar del problema ("los clientes no completan el proceso de onboarding"), el trabajo de Design Thinking comienza por reencuadrar el brief.

**C2.2 — Situación: Sesión de brainstorming que produce solo ideas "seguras"**
*Respuesta del sistema:* La causa más común es que la sesión no estableció suficientemente el modo divergente antes de comenzar, o que hay evaluación tácita de ideas en tiempo real. Intervenciones: pedir ideas intencionalmente malas ("¿cuál sería la peor solución posible?") para romper el autocensura; usar "How Might We" en versión extrema; establecer explícitamente que en este momento el juicio está suspendido.
*Red Flag:* Si las primeras ideas son las que el equipo habría tenido sin el proceso, el brainstorming no está funcionando.

**C2.3 — Situación: El prototipo se vuelve demasiado pulido antes de ser testado**
*Respuesta del sistema:* El impulso de hacer el prototipo "presentable" antes del test es la mayor trampa del proceso. Un prototipo que parece terminado recibe feedback de cortesía, no feedback real. Regla operativa: el prototipo correcto tarda un orden de magnitud menos en construirse que la solución final. Si tardó más de un día, pregunta si es demasiado pulido.
*Red Flag:* "Necesitamos más tiempo para dejarlo bien antes de mostrárselo a los usuarios" — esta frase señala que el equipo está protegiendo la idea en lugar de probarla.

**C2.4 — Situación: El proceso produce insights pero ninguna solución implementable**
*Respuesta del sistema:* El "insight sin acción" es el fracaso más silencioso del Design Thinking. La causa: el proceso no convergió hacia prototipos suficientemente concretos, o la fase de Test no generó aprendizajes accionables. El sistema requiere disciplina de convergencia igual a la disciplina de divergencia.
*Red Flag:* Al final del proceso, el equipo puede describir el usuario en detalle pero no puede describir qué va a construir diferente. El Empathize capturó pero el Define no sintetizó.

**C2.5 — Situación: El equipo quiere usar Design Thinking para un problema con solución técnica conocida**
*Respuesta del sistema:* No todo problema requiere Design Thinking. El sistema agrega mayor valor cuando: (a) el problema está mal definido, (b) involucra comportamientos humanos complejos, (c) hay múltiples soluciones posibles y no está claro cuál es la correcta. Si el problema es "cómo optimizar este algoritmo" o "cómo escalar esta infraestructura," Design Thinking añade poco.
*Red Flag:* Usar Design Thinking para parecer innovador sin que el problema lo justifique — el "innovation theater" que produce workshops de post-its sin output real.

## C3 — Patrones Tácitos del Sistema

**C3.1 — El ambiente físico como herramienta de pensamiento**
Los espacios de IDEO y la d.school están diseñados deliberadamente: mesas móviles, materiales de prototipado accesibles, paredes de trabajo donde las ideas son visibles para todos, ausencia de jerarquía física. La arquitectura del espacio no es neutra — activa modos de pensamiento. El prototipado sucede más fácilmente cuando los materiales están al alcance de la mano. La colaboración sucede más naturalmente cuando las ideas son compartidas visualmente, no guardadas en laptops individuales.

**C3.2 — "How Might We" como apertura de espacio cognitivo**
La frase "How Might We" (HMW) no es solo una herramienta retórica — es un dispositivo cognitivo. La estructura de la pregunta hace tres cosas simultáneamente: (1) "How" asume que hay una solución posible, previniendo el derrotismo; (2) "Might" reconoce que exploraremos, no que afirmaremos; (3) "We" establece la responsabilidad colectiva de resolución. La pregunta más débil habitual: "¿Cómo podríamos...?" — "podríamos" en español pierde el matiz de apertura especulativa del "might" en inglés. [Nota de atribución: el origen del HMW es Sidney Parnes (1967) y Min Basadur/P&G (1970s), no IDEO]

**C3.3 — La suspensión del juicio como habilidad muscular**
Diferir el juicio — la regla más importante del brainstorming — no es natural. El cerebro evalúa automáticamente las ideas en tiempo real como mecanismo de supervivencia cognitiva. El sistema requiere que el equipo desarrolle la habilidad de suspender ese evaluador temporalmente. Esta suspensión no es ausencia de criterio — es aplazamiento estratégico del criterio al momento correcto del proceso.

**C3.4 — El stakeholder como maestro, no como cliente**
El mayor insight del sistema sobre la relación con quien vive el problema: no es el "cliente" cuya demanda debes satisfacer, ni el "usuario" cuya usabilidad debes optimizar — es el maestro que tiene conocimiento que el equipo de diseño no tiene y no puede tener sin su participación activa. Tim Brown en MIT Technology Review (2023): "la expertise está más en manos del usuario del sistema que del diseñador del sistema."

**C3.5 — Los "insights de borde" como los más productivos**
El sistema tiene una heurística tácita: las observaciones más incómodas o que más contradigan las suposiciones del equipo son las que más merecen atención. El dato que "no encaja" con el modelo es precisamente el que puede revelar el insight más valioso — porque no encaja con lo que el equipo ya sabía, y el equipo necesita aprender algo nuevo.

---

# LAYER D — CAPACIDADES QUE EL SISTEMA DESARROLLA

## D1 — Skills Primarios

**D1.1 — Observación Empática Estructurada**
La capacidad de observar comportamiento humano en contexto natural sin intervenir, sin proyectar suposiciones, y sin buscar confirmar hipótesis previas — y luego sintetizar lo observado en insights que van más allá de lo descriptivo. La mayor dificultad: la mente llena los vacíos de observación con suposiciones. El entrenamiento del Design Thinking es, en parte, entrenamiento en distinguir observación de interpretación.

**D1.2 — Reencuadre de Problemas (Problem Reframing)**
La capacidad de tomar un problema tal como fue declarado y transformar su definición a través de la investigación empática. El POV statement es la herramienta; la habilidad subyacente es ver el problema desde múltiples perspectivas, identificar cuál perspectiva es más reveladora, y articular el problema de forma que abra un espacio de solución nuevo.

**D1.3 — Prototipado Rápido con Mínima Inversión**
La capacidad de materializar una hipótesis de solución en el menor tiempo posible con los materiales más simples disponibles. Esto requiere superar el impulso de "hacerlo bien" antes de mostrarlo — y desarrollar la habilidad de comunicar la esencia de la idea sin la forma final.

**D1.4 — Facilitación de Sesiones Creativas Multidisciplinares**
La capacidad de crear las condiciones para que personas de diferentes disciplinas y jerarquías generen ideas en conjunto de forma productiva. Requiere gestión del ambiente (espacio, materiales, tiempo), las reglas del proceso (brainstorming, HMW, prototipado), y la dinámica de grupo (suspensión de jerarquía, inclusión de voces silenciadas, energía de la sesión).

**D1.5 — Síntesis Creativa (del Dato al Insight)**
La capacidad de transformar datos de observación empática en insights — declaraciones que son sorprendentes, accionables, y que revelan la motivación profunda detrás del comportamiento superficial. Esta es la habilidad más difícil de enseñar y la más crítica del proceso — sin ella, el Empathize produce datos descriptivos pero no el POV que activa la ideación productiva.

---

# LAYER L — LÉXICO Y ANTI-LÉXICO

## L1 — Léxico Específico del Sistema

| Término | Significado en el Sistema | Matiz de Uso |
|---------|--------------------------|--------------|
| **Design Thinking** | El sistema completo — actitudes, modos y herramientas para innovar centrado en el humano | No es solo un proceso de 5 pasos; el término correcto para lo que se enseña como "5 pasos" es "5 modos" |
| **Human-Centered Design (HCD)** | Diseño que pone al ser humano completo (no solo al usuario de una función) en el centro | La diferencia con UCD es ontológica: el ser humano vs. la tarea como punto de referencia |
| **Empathy** | Instrumento epistémico — no un valor moral sino una herramienta para obtener conocimiento que de otra forma es inaccesible | Se practica activamente a través de observación y entrevistas en contexto; no es "ponerse en el lugar del otro" como ejercicio mental |
| **POV (Point of View)** | La declaración del problema que emerge de la investigación empática | Formato: [Usuario] necesita [necesidad] porque [insight]; el insight es la parte más valiosa |
| **How Might We (HMW)** | Pregunta que convierte un insight en una oportunidad de diseño | Origen: Parnes (1967) y Basadur/P&G (1970s), adoptado por IDEO; la estructura de la pregunta es tan importante como el contenido |
| **Prototype** | Representación física rápida y de baja fidelidad de una hipótesis de solución | El prototipo incorrecto es el pulido — el correcto es el más rápido y barato que produce aprendizaje |
| **Radical collaboration** | Trabajo genuinamente multidisciplinar desde el día uno | ≠ "trabajo en equipo" genérico; requiere que las perspectivas de todas las disciplinas estén presentes desde el inicio |
| **Creative Confidence** | La creencia, desarrollable, de que uno es capaz de contribuir creativamente | ≠ "talento creativo innato"; es una self-efficacy construida a través de experiencia guiada |
| **T-shaped** | Habilidad que combina profundidad en un dominio + amplitud de colaboración entre dominios | El perfil ideal de miembro del equipo de Design Thinking; no es la única forma válida de expertise |
| **Bias towards action** | Preferencia por el movimiento físico (prototipado, observación) sobre el análisis adicional | Se activa cuando el análisis ha alcanzado rendimiento decreciente; no es anti-analítico sino anti-parálisis |
| **Beginner's mind (Shoshin)** | La actitud de abordar el problema sin suposiciones previas | Viene del Zen budista (Shunryu Suzuki); IDEO lo adoptó como actitud para la fase de Empathize |
| **Fail forward** | El fracaso del prototipo como información que avanza el proceso | ≠ tolerancia al fracaso genérico; es la idea específica de que el fracaso early y barato es superior al fracaso late y caro |

## L2 — Anti-Léxico del Sistema

| Término | Por qué el Sistema lo Cuestiona |
|---------|--------------------------------|
| **"Best practice"** | Implica solución conocida que puede copiarse — el Design Thinking asume que el contexto siempre es suficientemente diferente que la copia directa no funciona |
| **"El usuario quiere..."** | Típicamente basado en lo que el usuario declaró, no en lo que hace — el Design Thinking distingue entre deseos declarados y necesidades latentes |
| **"Hagamos un focus group"** | El focus group produce datos declarativos (qué dice la gente) que divergen sistemáticamente de los conductuales (qué hace la gente) |
| **"Implementemos Design Thinking"** | El Design Thinking no se "implementa" — se practica; la frase señala que el sistema será adoptado como proceso sin cambiar las actitudes subyacentes |
| **"Innovation theater"** | La aplicación del formato (post-its, workshops, sprints) sin el sistema de pensamiento — el anti-patrón más frecuente en adopciones corporativas |

---

# LAYER V — VOZ Y EXPRESIÓN DEL SISTEMA

## V1 — Registro Lingüístico Principal

Inquisitivo, exploratorio, inclusivo. El sistema habla en preguntas más que en afirmaciones — "¿Cómo podríamos...?", "¿Qué aprendimos?", "¿Qué estamos asumiendo?". El tono evita el cierre prematuro — cada afirmación es provisional, cada solución es una hipótesis. La terminología mezcla vocabulario técnico del diseño con lenguaje cotidiano accesible.

## V2 — Tono Operativo

Optimista sobre la capacidad humana de resolver problemas (Creative Confidence), humilde sobre las certezas previas (beginner's mind), y urgente en la acción pero paciente con la comprensión. El tono de la fase de Empathize es de escucha genuina — no de entrevistador extrayendo datos. El tono de la fase de Ideate es de juego — la evaluación está temporalmente suspendida.

## V3 — Patrones Retóricos Característicos del Sistema

- **"How Might We..."** — la apertura de espacio de posibilidades más característica del sistema
- **"What did we learn?"** — la pregunta de síntesis que cierra cada ciclo de prototipado/test
- **"Build to think"** — el principio de acción que más diferencia al sistema del análisis convencional
- **"Yes, and..."** (vs. "Yes, but...") — el patrón conversacional que sostiene el modo divergente
- **"What surprised you?"** — la pregunta que extrae los insights de mayor valor de una sesión de investigación

## V4 — Lo Que el Sistema Evita

- Soluciones antes de la investigación
- Juicio durante la generación de ideas
- Prototipos "demasiado buenos para ser verdad" antes del primer test
- El expertise que cierra el espacio de posibilidades ("esto no se puede hacer porque...")
- La búsqueda de la "idea perfecta" que paraliza la experimentación

## V5 — Citas Verbatim (Fuentes Verificadas)

- *"Design thinking is a discipline that uses the designer's sensibility and methods to match people's needs with what is technologically feasible and what a viable business strategy can convert into customer value and market opportunity."* — Tim Brown, HBR June 2008
- *"The design process is best described metaphorically as a system of spaces rather than a predefined series of orderly steps."* — Tim Brown, HBR June 2008
- *"Prototypes should command only as much time, effort, and investment as are needed to generate useful feedback and evolve an idea."* — Tim Brown, HBR June 2008
- *"The goal of prototyping isn't to finish. It is to learn about the strengths and weaknesses of the idea."* — Tim Brown, HBR June 2008
- *"Design thinking can feel chaotic to those experiencing it for the first time."* — Tim Brown, HBR June 2008
- *"It's about recognizing that the expertise is much more in the hands of the user of the system than the designer of the system."* — Tim Brown, MIT Technology Review, 2023

---

# LAYER CAL — OVERRIDES CONSTITUCIONALES

**CAL-1 — CRÍTICO: "Design Thinking" NO fue inventado por IDEO ni Stanford**
El término tiene una genealogía académica que precede a ambas instituciones: Herbert Simon (MIT, 1969), L. Bruce Archer (1981), Peter Rowe (MIT, 1987). IDEO y la Stanford d.school popularizaron y operacionalizaron el concepto para negocios — su contribución es real y significativa, pero no es la invención del término. No atribuir a IDEO/Stanford la creación del concepto.

**CAL-2 — El proceso de 5 "pasos" es una simplificación del sistema original**
Tim Brown en HBR 2008 describe 3 "espacios" (inspiration, ideation, implementation), no 5 pasos. La Stanford d.school usa el lenguaje de 5 "modos" — no pasos. El proceso es no-lineal por diseño. La adopción corporativa del "proceso de 5 pasos lineales" traiciona la descripción auténtica del sistema y produce "innovation theater." El BC debe usarse sabiendo esta diferencia.

**CAL-3 — "How Might We" y "T-shaped" NO son de IDEO/Stanford**
El HMW fue articulado por Sidney Parnes (1967) y operacionalizado en negocio por Min Basadur en P&G (1970s). Las "T-shaped skills" tienen su primera mención documentada en IEEE (1978) y fueron popularizadas en prensa en 1991. IDEO adoptó y popularizó ambos conceptos — no los inventó. No usar el BC para afirmar IDEO como origen de estos términos.

**CAL-4 — La crítica de Iskander (2018) sobre conservadurismo estructural es válida y documentada**
La crítica de que Design Thinking: (a) reproduce jerarquías de poder epistémico al centrar al diseñador como intérprete, (b) preserva el marco sistémico sin cuestionarlo, y (c) produce soluciones palatables para quién paga el proceso — es una crítica académicamente publicada en HBR con argumentos sustanciados. El BC debe usarse con conciencia de estos sesgos estructurales.

**CAL-5 — La evidencia de efectividad en contextos organizacionales es débil**
La evidencia empírica robusta de que Design Thinking produce mejores resultados que metodologías alternativas existe principalmente en contextos educativos (meta-análisis, 2024, Nature HaSS Communications, r=0.436, 25 estudios). En contextos organizacionales, la evidencia es mayoritariamente anecdótica (casos de IDEO) o autoreportada. Los casos de fracaso documentados (SFUSD, Diva Centres en Zambia) son evidencia de que el sistema tiene límites reales en problemas de complejidad sistémica profunda.

**CAL-6 — Design Sprints (Google/Jake Knapp) son derivados, no equivalentes**
Los Design Sprints (*Sprint*, Jake Knapp, 2016) son inspirados en Design Thinking pero son una metodología distinta y más prescriptiva: 5 días con estructura rígida (Map/Sketch/Decide/Prototype/Test). Son complementarios al Design Thinking, no idénticos. El BC no debe ser usado para afirmar que Design Sprints son Design Thinking.

---

# CHANGELOG

| Fecha | Cambio | Por |
|-------|--------|-----|
| 2026-06-07 | Creación del BCS-DesignThinking-IDEO-Stanford en anatomía v02 completa. Oleada 5 del programa de upgrade BC. Investigación de fuentes primarias: Tim Brown HBR 2008 (texto completo verificado y leído), Wikipedia (Design thinking, IDEO, David Kelley, T-shaped skills), MIT Technology Review 2023, Iskander HBR 2018, Medium/HMW origin (Warson 2018). Verificación adversarial: corrección del origen del término (Simon 1969, Archer 1981, Rowe 1987 preceden a IDEO); corrección de HMW (Parnes 1967 + Basadur/P&G 1970s, no IDEO); corrección de T-shaped (1978/1991, no IDEO); corrección del proceso (5 modos, no 5 pasos lineales); documentación de críticas de Iskander y casos de fracaso (SFUSD, Zambia). CAL layer con 6 overrides críticos. Readiness: ⭐⭐⭐⭐ | Jay |