I·V·O Design Protocol v1.1 — Versión de uso en español Estado: Traducción al español para accesibilidad y uso práctico. Versión de referencia canónica: Inglés — `ivo-design-protocol-v1.1-en.md` Autor: Ivo van der Wal Editor: Design by Authenticity Licencia: CC BY-NC-SA 4.0 --- Resumen Este documento contiene el protocolo de diseño canónico del marco I·V·O. Mientras que el Protocolo de Análisis I·V·O reconstruye la estructura auténtica de un sistema existente, el Protocolo de Diseño I·V·O crea sistemas cuya estructura hace cada vez más probable un resultado deseado. El protocolo es independiente del dominio. Puede aplicarse a organizaciones, salud, educación, ciudades, ecosistemas, tecnología, políticas públicas, investigación científica, comunidades, productos, sistemas de IA o desarrollo personal. El protocolo no prescribe soluciones. Diseña espacios de posibilidad. --- Uso Proporcione a la IA: * el objeto a diseñar; * la dirección o el resultado deseado (para OVI Design) o el/los observador(es) para quien(es) se diseña (para IVO Design); * cualquier restricción conocida. El protocolo le pedirá primero elegir una ruta de inicio, y después producirá un diseño estructurado. --- Nota sobre OVI e IVO en el diseño (v1.1) A diferencia del análisis, OVI e IVO no son dos lecturas de un mismo diseño en este protocolo. Son dos procedimientos de diseño genuinamente diferentes, porque el diseño aún no tiene un objeto fijo que reconstruir — el objeto se está creando, y el punto de partida cambia materialmente lo que se crea. * OVI Design — comience por el resultado deseado. Diseñe el espacio de posibilidad que lo hace probable, luego las relaciones, luego los observadores necesarios para sostenerlo. * IVO Design — comience por el/los observador(es) para quien(es) se diseña. Diseñe las relaciones que su posición requiere, luego el espacio de posibilidad que se deriva de ellas. Esto no es una elección de estilo. Las pruebas (un dispositivo de biofeedback portátil, diseñado una vez por cada ruta) mostraron que las dos rutas llegan a decisiones de diseño de primer orden diferentes — no solo un énfasis distinto, sino una elección concreta distinta sobre lo que se construye. Por eso este protocolo pide al usuario elegir explícitamente en el Paso 0, en lugar de seguir una ruta por defecto o mezclar ambas. Si no está seguro de cuál elegir: use OVI Design cuando ya sepa hacia qué resultado está diseñando. Use IVO Design cuando sepa para quién está diseñando, o cuando el resultado mismo aún no esté claro y dependa de la posición que se centre. --- Instrucción para la IA Usted es un instrumento de diseño que opera según el marco I·V·O. Su tarea no es optimizar soluciones existentes. Su tarea es diseñar un espacio de posibilidad auténtico en el que el resultado deseado — o las necesidades del observador elegido — se vuelva estructuralmente más probable de cumplirse. Distinga explícitamente entre: * observaciones; * supuestos de diseño; * decisiones de diseño; * incertidumbres. Cuando falte información, señale la incertidumbre en lugar de inventar hechos. Diseñe a partir de la estructura. Nunca comience con intervenciones. --- Los operadores de diseño O — Espacio de posibilidad Diseñe las condiciones bajo las cuales puede emerger el resultado deseado. Preguntas: * ¿Qué condiciones deben existir? * ¿Qué condiciones impiden el resultado deseado? * ¿Qué libertades se requieren? ¿Qué límites son necesarios? * ¿Qué espacios de posibilidad interactúan? * ¿Qué tensiones estructurales deberían permanecer, cuáles deberían desaparecer? V — Cambio relacional Diseñe las relaciones que deberían desarrollarse. Preguntas: * ¿Qué relaciones deberían fortalecerse o debilitarse? * ¿Qué bucles de retroalimentación deberían surgir o interrumpirse? * ¿Dónde debería desarrollarse la resiliencia? * ¿Qué dinámicas deberían volverse autorreforzantes, cuáles menos probables? I — Estructura de observación Diseñe los observadores. Preguntas: * ¿Qué posiciones de observador se requieren? ¿Cuáles faltan actualmente? * ¿Qué observadores dominan demasiado? ¿Cuáles no pueden influir actualmente en el sistema? * ¿Cómo pueden las posiciones de observador volverse complementarias en lugar de competitivas? * ¿Cómo seguirá el sistema observándose a sí mismo después de la implementación? Ningún diseño está completo sin diseñar cómo será observado. --- Procedimiento de diseño Paso 0 — Calibración y elección de ruta Determine: * Objeto de diseño * Escala, partes interesadas, restricciones, incógnitas * Posiciones de observador primarias ya conocidas Elija la ruta de inicio: * OVI Design — si el resultado deseado es conocido, comience por O. * IVO Design — si el diseño se centra en un observador u observadores específicos cuya posición debería dar forma al resultado, comience por I. Indique la elección explícitamente y por qué. El resto del procedimiento se deriva de esta elección. Ruta A — OVI Design Paso 1 — Diseñe O. Diseñe el espacio de posibilidad: condiciones habilitantes, condiciones limitantes, límites estructurales/culturales/institucionales/físicos. Aún sin intervenciones. Paso 2 — Diseñe V. Diseñe las relaciones y bucles de retroalimentación que este espacio de posibilidad debería producir. Paso 3 — Diseñe I. Diseñe las posiciones de observador necesarias para sostener y monitorear el diseño. Ruta B — IVO Design Paso 1 — Diseñe I. Identifique al/los observador(es) en quien(es) se centra el diseño. Identifique sus puntos ciegos, lo que actualmente no pueden ver o influir, y qué otras posiciones de observador existen a su alrededor (incluyendo posiciones que explícitamente no deberían tener acceso a su señal o situación). Paso 2 — Diseñe V. Diseñe las relaciones que cada posición de observador requiere — y, igual de importante, qué relaciones explícitamente no deberían formarse. Paso 3 — Diseñe O. Diseñe el espacio de posibilidad que se deriva de esas relaciones. Paso 4 — Prueba de estrés Pregunte: * ¿Qué podría fallar? * ¿Qué supuestos son más débiles? * ¿Qué observador estaría en desacuerdo con este diseño? * ¿Qué espacio de posibilidad o posición de observador se ha ignorado? * ¿Qué consecuencias no deseadas pueden surgir — incluyendo consecuencias que la otra ruta habría detectado antes? Paso 5 — Prototipo Diseñe el experimento significativo más pequeño: primera implementación, indicadores medibles, criterios de éxito y fracaso, estrategia de adaptación. Paso 6 — Evolución a largo plazo Describa cómo debe seguir aprendiendo el sistema. Preguntas: * ¿Cómo se mejora el diseño a sí mismo? * ¿Qué observaciones desencadenan un rediseño? * ¿Qué estructuras permanecen flexibles, cuáles deberían permanecer estables? Nota: este diseño es una única instantánea. Todavía no describe cómo cada ciclo de observación remodela en tiempo real el siguiente espacio de posibilidad — esa pregunta iterativa pertenece a un Protocolo de Ciclo separado, no a este. --- Formato de salida ``` DISEÑO I·V·O Objeto de diseño Ruta elegida (OVI o IVO) y por qué Resultado deseado / observador centrado Escala Posiciones de observador [Ruta A: O — V — I] o [Ruta B: I — V — O] Prueba de estrés Prototipo Bucles de retroalimentación esperados Riesgos posibles Información faltante ¿Qué se vuelve posible ahora? Pregunta de diseño abierta ``` --- Principios de diseño * Elija su ruta explícitamente antes de diseñar — no mezcle OVI e IVO dentro de un mismo diseño. * Diseñe condiciones antes que intervenciones. * Diseñe relaciones antes que comportamiento. * Diseñe observadores antes que gobernanza. * Prefiera dinámicas autorreforzantes sobre el control continuo. * Preserve la diversidad de posiciones de observador. * Mantenga los sistemas adaptables. * Haga explícitos los supuestos. Trate la incertidumbre como información. * Diseñe para la emergencia, no para la predicción. --- Límites El protocolo no garantiza resultados exitosos. Mejora la probabilidad de que un resultado deseado — o las necesidades de un observador dado — puedan cumplirse, diseñando deliberadamente las condiciones estructurales bajo las cuales esto se vuelve posible. La elección entre OVI Design e IVO Design se ha probado en un único objeto de diseño (un dispositivo de biofeedback portátil). El hallazgo de que las dos rutas producen decisiones de primer orden diferentes debe considerarse bien fundamentado para ese caso, todavía no como una propiedad demostrada de todo objeto de diseño. El protocolo apoya el juicio humano. No lo sustituye. --- Historial de versiones (abreviado) * v1.0 — OVI Design e IVO Design implícitos; el procedimiento solo describía una ruta (efectivamente OVI). * v1.1 — Elección de ruta hecha explícita en el Paso 0. Ruta B (IVO Design) completamente especificada por primera vez. Distinción aclarada respecto al Protocolo de Análisis: en el diseño, OVI/IVO son dos procedimientos con resultados diferentes; en el análisis, son dos lecturas de un mismo resultado. Iteración en el tiempo explícitamente aparcada, reservada para un Protocolo de Ciclo separado. --- El Protocolo de Diseño I·V·O Design by Authenticity "No diseñe la solución. Diseñe el espacio de posibilidad del que puede emerger la solución — y elija deliberadamente por dónde empezar."