## Der Spielkern des Prozesses: Wie Dynamik in der digitalen Transformation erhalten bleibt
Die direkte Automatisierung von Geschäftsprozessen ohne Berücksichtigung ihrer sozialen Natur ist zum Scheitern verurteilt. Wir zerlegen, warum digitale Regeln – anders als soziale – keinen Spielraum für Meta-Kommunikation lassen und wie die Identifikation des Spielkerns der Schlüssel zum erfolgreichen Reengineering wird.
Warum digitale Regeln soziale Dynamik nicht ersetzen
Soziale Prozesse wie Dokumentenfreigaben oder Aufgabenkoordination basieren auf Regeln, die die Beteiligten während der Interaktion besprechen und anpassen können. Bei Verhandlungen über Projektfristen stimmen Kollegen beispielsweise einer Ausnahme von den Standardverfahren zu. In digitalen Umgebungen sind Regeln jedoch starr beim Kompilieren festgelegt und für Nutzer unveränderlich. Ein Datenvalidierer eines Programms prüft Eingaben anhand strenger boolescher Kriterien (gültig/ungültig), ohne Möglichkeit für Laufzeit-Einsprüche.
Das führt zu strukturellem Homomorphismus: Das digitale System spiegelt den sozialen Prozess wider, verliert aber seine Dynamik. Soziale Rituale und digitaler Code mögen strukturell ähnlich wirken (beides sind Regelsysteme in abgeschlossenen Räumen), doch im Digitalen kann man eine Regel nicht „brechen“ und sofort eine Ausnahme aushandeln. Ergebnis? Validator-Diktatur und kaputte Nutzererfahrung.
Beispiel: In einem sozialen Netzwerk wird die Regel „ein Konto – eine E-Mail“ als Unique-Key-Constraint in der Datenbank durchgesetzt. Nutzer können sie nicht über die Oberfläche umgehen, anders als im echten Leben, wo man eine temporäre E-Mail aushandeln könnte.
Der Zauberkreis im Digitalen: Isomorphie mit sozialen Ritualen
Der digitale Raum entspricht Huizingas Konzept des „Zauberkreises“: ein abgegrenztes Territorium mit besonderen Regeln, getrennt vom Alltag. Der entscheidende Unterschied liegt in der Ontologie der Regeln. In sozialen Spielen regeln sie das Verhalten der Teilnehmer und erlauben Verstöße mit anschließender Diskussion. In digitalen Systemen synthetisieren Regeln direkt die Oberfläche und werden Teil der Laufzeitumgebung.
Die Starrheit der unteren Schichten (von Hardware bis OS) ermöglicht Freiheit bei der Erstellung von Spielregeln in höheren Schichten. Diese Freiheit ist für Nutzer jedoch illusorisch: Sie interagieren mit einer Blackbox, deren Innereien verborgen sind. Nutzer können Regeln nicht zur Laufzeit beeinflussen, was Spannung und Unsicherheit zerstört – die Kernlemente des Spielerlebnisses nach Huizinga.
Der digitale Raum ist somit strukturell isomorph zum Zauberkreis, dynamisch jedoch heteromorph. Soziale Prozesse verlieren bei direkter Übertragung ins Digitale ihre Flexibilität, da Verhaltensregeln durch Synthese-Regeln ersetzt werden.
Spielzeug vs. Werkzeug: Wie die spielerische Essenz verloren geht
Software-Artefakte existieren in zwei Zuständen:
- Spielzeug: Ein geschlossenes Regelsystem, das um seiner selbst willen gespielt wird (z. B. ein App-Prototyp im Entwicklungsmodus).
- Werkzeug: Ein Spielzeug, das seiner spielerischen Bedeutung beraubt und in die pragmatische Nutzerwelt eingebettet wird (eine produktionsreife App).
Der Kompilierungs-Moment verriegelt Synthese-Regeln in einem unveränderlichen Artefakt und verwandelt das Entwickler-Spiel in ein Nutzer-Werkzeug. Dadurch entfällt Meta-Kommunikation: Nutzer können Regeln nicht ändern, sondern nur innerhalb der festen Struktur interagieren.
Der kritische Reengineering-Fehler ist die Ignoranz dieser Übergangsphase. Die Automatisierung eines Prozesses als „Institution“ (nach Huizinga) statt als „Spiel“ schafft einen starren, nicht-anpassungsfähigen digitalen Raum. Beispiel: Die Automatisierung von Dokumentenfreigaben ohne Berücksichtigung informeller Kommunikation führt zu einem System, in dem jede Abweichung vom Template vom Validierer blockiert wird.
Wie man den Spielkern eines Prozesses findet
Erfolgreiche digitale Transformation erfordert die Isolierung des Spielkerns – des dynamischen Teils des Prozesses, in dem Spannung und Unsicherheit Wert schaffen. Der Algorithmus:
- Meta-Kommunikationspunkte identifizieren: Wo Beteiligte Regeln besprechen (z. B. Fristenverhandlungen im Chat).
- Blackbox definieren: Welche technischen Zwänge verbergen soziale Dynamik (z. B. starre Workflows in einem BPM-System).
- Rekonfigurationsraum schaffen: Nutzern Werkzeuge für temporäre Regeländerungen geben (z. B. „Validierung mit Manager-Freigabe umgehen“-Funktion).
- Rekursivität erhalten: Der digitale Raum sollte neue Zauberkreise erlauben (z. B. Plugins für Prozessanpassung).
Dieser Ansatz gewährleistet dynamische Isomorphie, nicht nur strukturelle. Statt den Prozess direkt zu übertragen, entwirft man den digitalen Raum um seinen Spielkern.
Wichtige Erkenntnisse
- Struktureller Homomorphismus täuscht: Ein digitales System kann einen sozialen Prozess nachahmen, verliert aber durch fehlende Meta-Kommunikation seine Dynamik.
- Synthese-Regeln vs. Verhaltensregeln: Im Digitalen formen Regeln direkt die Oberfläche und schließen Laufzeit-Verstöße aus.
- Spielkern als Schlüsselteil: Nur durch Isolierung und Design darum bleibt Spannung und Unsicherheit für einen lebendigen Prozess erhalten.
- Kompilierung als Punkt ohne Wiederkehr: Die Übersetzung von Code in Executable fixiert Regeln und macht sie für Nutzeränderungen unzugänglich.
— Editorial Team
Noch keine Kommentare.