Iterar: trata las etapas como un bucle, no como una línea

Vuelve a etapas anteriores cuando las pruebas revelan que enmarcaste el problema equivocado.

Why it works

Las cinco etapas se dibujan como una secuencia pero se usan como un bucle. El resultado de una prueba a menudo muestra que el problema real estaba mal enmarcado, devolviéndote a Definir o Empatizar. Abrazar el bucle previene el atasco por costes hundidos: el mecanismo es mantener la definición del problema revisable a la luz de la evidencia.

How to do it

1. Después de cada prueba, pregúntate explícitamente: ¿esto cuestionó la solución, o la definición del problema?
2. Permítete volver a Empatizar/Definir, no solo ajustar el prototipo.
3. Fija una regla de parada (suficientemente bueno para la decisión en cuestión) para que la iteración no se convierta en evitación.

Evidencia

Mecanicista. El desarrollo iterativo guiado por retroalimentación está bien respaldado en general; el uso no lineal específico de las etapas del design thinking es orientación de la práctica de IDEO y la d.school. (mechanistic)

La iteración también puede convertirse en una forma de evitar comprometerse; la disciplina está en saber cuándo parar, no solo cuándo iterar.

Common mistake

Tratar las etapas como una lista de comprobación de un solo sentido y lanzar el primer prototipo porque «terminaste el proceso», ignorando las señales de la prueba de que el problema mismo estaba equivocado.