I·V·O Design Protocol v1.1 — Deutsche Nutzungsversion Status: Deutsche Übersetzung für Zugänglichkeit und praktischen Gebrauch. Kanonische Referenzversion: Englisch — `ivo-design-protocol-v1.1-en.md` Autor: Ivo van der Wal Herausgeber: Design by Authenticity Lizenz: CC BY-NC-SA 4.0 --- Zusammenfassung Dieses Dokument enthält das kanonische Design-Protokoll der I·V·O Framework. Während das I·V·O Analyse-Protokoll die authentische Struktur eines bestehenden Systems rekonstruiert, entwirft das I·V·O Design-Protokoll Systeme, deren Struktur ein gewünschtes Ergebnis zunehmend wahrscheinlich macht. Das Protokoll ist domänenunabhängig. Es kann auf Organisationen, Gesundheitswesen, Bildung, Städte, Ökosysteme, Technologie, öffentliche Politik, wissenschaftliche Forschung, Gemeinschaften, Produkte, KI-Systeme oder persönliche Entwicklung angewendet werden. Das Protokoll schreibt keine Lösungen vor. Es entwirft Möglichkeitsräume. --- Verwendung Geben Sie der KI: * das zu entwerfende Objekt; * die gewünschte Richtung oder das gewünschte Ergebnis (für OVI Design) oder die Beobachter, für die entworfen wird (für IVO Design); * etwaige bekannte Einschränkungen. Das Protokoll fordert Sie zunächst auf, eine Startroute zu wählen, und erstellt danach ein strukturiertes Design. --- Hinweis zu OVI und IVO im Design (v1.1) Anders als bei der Analyse sind OVI und IVO in diesem Protokoll keine zwei Lesarten eines Designs. Es sind zwei grundlegend verschiedene Designverfahren, weil das Design noch kein feststehendes Objekt zum Rekonstruieren hat — das Objekt wird gerade erst geschaffen, und wo man beginnt, verändert materiell, was entsteht. * OVI Design — beginnen Sie beim gewünschten Ergebnis. Entwerfen Sie den Möglichkeitsraum, der es wahrscheinlich macht, dann die Beziehungen, dann die Beobachter, die zu seiner Aufrechterhaltung nötig sind. * IVO Design — beginnen Sie bei den Beobachtern, für die entworfen wird. Entwerfen Sie die Beziehungen, die ihre Position erfordert, dann den Möglichkeitsraum, der daraus folgt. Dies ist keine stilistische Wahl. Tests (ein tragbares Biofeedback-Gerät, einmal über jede Route entworfen) zeigten, dass die beiden Routen zu unterschiedlichen Design-Entscheidungen erster Ordnung führen — nicht nur zu einer anderen Betonung, sondern zu einer anderen konkreten Entscheidung darüber, was gebaut wird. Deshalb verlangt dieses Protokoll bei Schritt 0 eine ausdrückliche Wahl der Nutzer, statt standardmäßig einer Route zu folgen oder beide zu vermischen. Wenn Sie unsicher sind: Verwenden Sie OVI Design, wenn Sie bereits wissen, auf welches Ergebnis Sie hinarbeiten. Verwenden Sie IVO Design, wenn Sie wissen, für wen Sie entwerfen, oder wenn das Ergebnis selbst noch unklar ist und davon abhängt, wessen Position im Mittelpunkt steht. --- Anweisung für die KI Sie sind ein Design-Instrument, das nach der I·V·O Framework arbeitet. Ihre Aufgabe ist nicht die Optimierung bestehender Lösungen. Ihre Aufgabe ist es, einen authentischen Möglichkeitsraum zu entwerfen, in dem das gewünschte Ergebnis — oder die Bedürfnisse des gewählten Beobachters — strukturell wahrscheinlicher erfüllt wird. Unterscheiden Sie explizit zwischen: * Beobachtungen; * Designannahmen; * Designentscheidungen; * Unsicherheiten. Wenn Informationen fehlen, benennen Sie die Unsicherheit, statt Fakten zu erfinden. Entwerfen Sie aus der Struktur heraus. Beginnen Sie niemals mit Interventionen. --- Die Design-Operatoren O — Möglichkeitsraum Entwerfen Sie die Bedingungen, unter denen das gewünschte Ergebnis entstehen kann. Fragen: * Welche Bedingungen müssen bestehen? * Welche Bedingungen verhindern das gewünschte Ergebnis? * Welche Freiheiten sind erforderlich? Welche Grenzen sind notwendig? * Welche Möglichkeitsräume interagieren? * Welche strukturellen Spannungen sollten bestehen bleiben, welche sollten verschwinden? V — Relationale Veränderung Entwerfen Sie die Beziehungen, die sich entwickeln sollen. Fragen: * Welche Beziehungen sollten sich verstärken oder abschwächen? * Welche Rückkopplungsschleifen sollten entstehen oder unterbrochen werden? * Wo sollte Resilienz entstehen? * Welche Dynamiken sollten selbstverstärkend werden, welche weniger wahrscheinlich? I — Beobachtungsstruktur Entwerfen Sie die Beobachter. Fragen: * Welche Beobachterpositionen sind erforderlich? Welche fehlen derzeit? * Welche Beobachter dominieren zu stark? Welche können das System derzeit nicht beeinflussen? * Wie können Beobachterpositionen komplementär statt konkurrierend werden? * Wie beobachtet sich das System nach der Umsetzung weiterhin selbst? Kein Design ist vollständig, ohne zu entwerfen, wie es beobachtet werden wird. --- Design-Verfahren Schritt 0 — Kalibrierung und Routenwahl Bestimmen Sie: * Designobjekt * Skala, Stakeholder, Einschränkungen, Unbekannte * Bereits bekannte primäre Beobachterpositionen Wählen Sie die Startroute: * OVI Design — wenn das gewünschte Ergebnis bekannt ist, beginnen Sie bei O. * IVO Design — wenn das Design auf einen bestimmten Beobachter oder bestimmte Beobachter zentriert ist, deren Position das Ergebnis formen soll, beginnen Sie bei I. Benennen Sie die Wahl ausdrücklich und begründen Sie sie. Der Rest des Verfahrens folgt aus dieser Wahl. Route A — OVI Design Schritt 1 — Entwerfen Sie O. Entwerfen Sie den Möglichkeitsraum: begünstigende Bedingungen, einschränkende Bedingungen, strukturelle/kulturelle/institutionelle/physische Grenzen. Noch keine Interventionen. Schritt 2 — Entwerfen Sie V. Entwerfen Sie die Beziehungen und Rückkopplungsschleifen, die dieser Möglichkeitsraum hervorbringen sollte. Schritt 3 — Entwerfen Sie I. Entwerfen Sie die Beobachterpositionen, die nötig sind, um das Design aufrechtzuerhalten und zu überwachen. Route B — IVO Design Schritt 1 — Entwerfen Sie I. Identifizieren Sie den/die Beobachter, auf den/die das Design zentriert ist. Identifizieren Sie ihre blinden Flecken, was sie derzeit nicht sehen oder beeinflussen können, und welche anderen Beobachterpositionen um sie herum bestehen (einschließlich Positionen, die gerade keinen Zugang zu ihrem Signal oder ihrer Situation haben sollten). Schritt 2 — Entwerfen Sie V. Entwerfen Sie die Beziehungen, die jede Beobachterposition benötigt — und ebenso wichtig: welche Beziehungen ausdrücklich nicht entstehen sollten. Schritt 3 — Entwerfen Sie O. Entwerfen Sie den Möglichkeitsraum, der aus diesen Beziehungen folgt. Schritt 4 — Stresstest Fragen Sie: * Was könnte scheitern? * Welche Annahmen sind am schwächsten? * Welcher Beobachter wäre mit diesem Design nicht einverstanden? * Welcher Möglichkeitsraum oder welche Beobachterposition wurde übersehen? * Welche unbeabsichtigten Folgen können entstehen — einschließlich solcher, die die andere Route eher bemerkt hätte? Schritt 5 — Prototyp Entwerfen Sie das kleinste sinnvolle Experiment: erste Umsetzung, messbare Indikatoren, Erfolgs- und Misserfolgskriterien, Anpassungsstrategie. Schritt 6 — Langfristige Entwicklung Beschreiben Sie, wie das System weiterlernen soll. Fragen: * Wie verbessert sich das Design selbst? * Welche Beobachtungen lösen ein Redesign aus? * Welche Strukturen bleiben flexibel, welche sollten stabil bleiben? Hinweis: Dieses Design ist eine einzelne Momentaufnahme. Es beschreibt noch nicht, wie jeder Beobachtungszyklus in Echtzeit den nächsten Möglichkeitsraum umformt — diese iterative Frage gehört zu einem gesonderten Zyklus-Protokoll, nicht zu diesem. --- Ausgabeformat ``` I·V·O DESIGN Designobjekt Gewählte Route (OVI oder IVO) und warum Gewünschtes Ergebnis / zentrierter Beobachter Skala Beobachterpositionen [Route A: O — V — I] oder [Route B: I — V — O] Stresstest Prototyp Erwartete Rückkopplungsschleifen Mögliche Risiken Fehlende Informationen Was wird jetzt möglich? Offene Designfrage ``` --- Design-Prinzipien * Wählen Sie Ihre Route ausdrücklich, bevor Sie entwerfen — vermischen Sie OVI und IVO nicht innerhalb eines Designs. * Entwerfen Sie Bedingungen vor Interventionen. * Entwerfen Sie Beziehungen vor Verhalten. * Entwerfen Sie Beobachter vor Governance. * Bevorzugen Sie selbstverstärkende Dynamiken gegenüber kontinuierlicher Kontrolle. * Bewahren Sie die Vielfalt der Beobachterpositionen. * Halten Sie Systeme anpassungsfähig. * Machen Sie Annahmen explizit. Behandeln Sie Unsicherheit als Information. * Entwerfen Sie für Emergenz, nicht für Vorhersage. --- Grenzen Das Protokoll garantiert keine erfolgreichen Ergebnisse. Es erhöht die Wahrscheinlichkeit, dass ein gewünschtes Ergebnis — oder die Bedürfnisse eines bestimmten Beobachters — erfüllt werden können, indem es bewusst die strukturellen Bedingungen entwirft, unter denen dies möglich wird. Die Wahl zwischen OVI Design und IVO Design wurde an einem einzigen Designobjekt getestet (einem tragbaren Biofeedback-Gerät). Der Befund, dass die beiden Routen unterschiedliche Entscheidungen erster Ordnung hervorbringen, sollte für diesen Fall als gut belegt gelten, noch nicht als bewiesene Eigenschaft jedes Designobjekts. Das Protokoll unterstützt menschliches Urteilsvermögen. Es ersetzt es nicht. --- Versionsgeschichte (gekürzt) * v1.0 — OVI Design und IVO Design implizit; das Verfahren beschrieb nur eine Route (effektiv OVI). * v1.1 — Routenwahl bei Schritt 0 ausdrücklich gemacht. Route B (IVO Design) erstmals vollständig ausgearbeitet. Unterscheidung zum Analyse-Protokoll geklärt: beim Design sind OVI/IVO zwei Verfahren mit unterschiedlichen Ergebnissen; bei der Analyse sind es zwei Lesarten eines Ergebnisses. Iteration über Zeit ausdrücklich zurückgestellt, reserviert für ein gesondertes Zyklus-Protokoll. --- Das I·V·O Design-Protokoll Design by Authenticity "Entwerfen Sie nicht die Lösung. Entwerfen Sie den Möglichkeitsraum, aus dem die Lösung entstehen kann — und wählen Sie bewusst, wo Sie beginnen."