Collaboration Architecture?

Sie haben etwas bemerkt, das Ihnen niemand erklärt hat.

Die Tools sind gekauft, die Frameworks eingeführt, aber die Wissensarbeit läuft trotzdem nicht so, wie sie sollte. Das ist kein Problem mit Ihrer Führung. Es ist eine fehlende Disziplin, die es bis vor Kurzem nicht gab.

In der Architektur gibt es den Bauherrn: die Person, die entscheidet, dass gebaut wird, die das Budget hält und die Verantwortung dafür trägt, dass am Ende ein Haus steht. Sie mauert nicht selbst, aber ohne sie wird nicht gebaut. Für die Infrastruktur, über die in Ihrer Organisation das Wissen fließt, sind Sie dieser Bauherr. Niemand sonst hält diese Position.

Eine Lücke, die 65 Jahre alt ist

Peter Drucker prägte den Begriff „Wissensarbeit“ und beschrieb präzise, was sie erfordert: Autonomie, Selbstorganisation, flache Strukturen, Transparenz, klare Verantwortlichkeit. Organisationen hörten das Wort „digital“, kauften Computer und digitale Tools. Führungskräfte hörten den Begriff „flache Hierarchien“ und verstanden Vernachlässigung. In vielen Organisationen liegt die Verantwortung für Collaboration bis heute in der IT und Führungskräfte verstehen nur „das ist für euch zu kompliziert.“

Das akademische Feld Computer-Supported Cooperative Work (CSCW) bestätigte seine Erkenntnisse ab den 1980er Jahren — jahrzehntelange Forschung darüber, wie Menschen tatsächlich zusammenarbeiten, was Technologie unterstützt und was nicht, wie Koordinationsinfrastruktur gestaltet werden muss.

Beide Wissensbestände endeten an der Governance-Ebene. Drucker beschrieb die Prinzipien. CSCW dokumentierte die Forschung. „Digital“ zu werden bedeutete: Werkzeuge wurden gebaut, verkauft und gekauft. Den menschlichen Faktor haben wir dabei vollständig weggelassen — besonders im letzten Jahrzehnt, seit Microsoft mit der Botschaft „Unsere Tools erledigen das für euch“ sein Monopol aufgebaut hat.

Zwischen dem, was Drucker beschrieben hat, und dem, was Organisationen tatsächlich haben, liegt eine 65-Jahres-Lücke. Collaboration Architecture baut Brücken zwischen IT und operativen Ebenen und arbeitet mit Verständnis statt durch Governance — damit diese Strukturen verstanden, genutzt und weiter ausgebaut werden können.

Was Collaboration Architecture nicht ist

Nicht Change Management. Change Management sortiert Menschen in Befürworter und Blockierer, um dann um die Blockierer herumzuarbeiten. Collaboration Architecture hört den Blockern zuerst zu. Sie sind meistens diejenigen, die das Problem gut genug verstehen, um Widerstand zu leisten. Sie sind auch diejenigen, die Energie darauf verwenden, sich Gehör zu verschaffen, was ja bekanntlich mit Kosten verbunden ist.

Nicht noch ein Tool, das man einkaufen kann. Confluence zu haben bedeutet nicht, dass Wissen fließt. Teams zu haben bedeutet nicht, dass Koordination stattfindet. Werkzeuge ohne gestaltete Protokolle sind Aktenschränke, keine Infrastruktur.

Kein weiteres Beratungsframework. Berater beraten fleißig, schweben aber über den Strukturen. Die absolute Sicherheit ihres Angebots ist attraktiv; die Umsetzung, in der es dann komplex wird, überlassen sie denen, die sie nicht ablehnen können. Dort landen die Koordinationskosten. Collaboration Architecture forscht direkt auf dieser Ebene und baut Strukturen, die für die Nutzenden funktionieren.

Was Collaboration Architecture ist

Collaboration Architecture ist die professionelle Praxis, Koordinationsinfrastruktur für wissensarbeitende Organisationen zu gestalten. Sie arbeitet von unten nach oben: mit den Menschen sprechen, die die Arbeit machen; die Trampelpfade finden, die organisch entstanden sind, weil die offizielle Infrastruktur versagt hat; vorhandene Kapazität messen und Protokolle gestalten, die sie erhöhen.

Die primären Werkzeuge sind visuell. Das Fachwerkhaus zeigt, wie eine minimal funktionsfähige Kollaborationsinfrastruktur aussieht — die vier Wände, die tragenden Kreuzstreben aus Kultur und Gewohnheiten, das Dach der strategischen Ausrichtung. Die Hierarchy of Information Needs zeigt die Lücke zwischen „Wissen existiert irgendwo“ und „Wissen fließt dahin, wo es gebraucht wird“. Archaeological Document Analysis macht Inkohärenz im Wertsystem einer Organisation in deren eigenen Dokumenten sichtbar.

Der Maßstab für Erfolg ist nicht Zufriedenheit. Es ist Kapazität: wie viel Koordinationsaufwand entfernt wurde, wie viel Wissen jetzt fließt, das vorher nicht floss, welche Arbeit jetzt möglich ist, die es vorher nicht war.

Enterprise Architects sind Ihre natürlichen Verbündeten

Sie sind der Bauherr — aber Sie bauen nicht allein. Enterprise Architects sind aus einem konkreten Grund in der Position, diese Arbeit mit Ihnen voranzutreiben: Sie verstehen, dass Infrastruktur Gestaltung erfordert. Sie arbeiten an der Schnittstelle zwischen Governance und Operations und können durch das Business-Capabilities-Modell sehen, wo Kollaborationsfähigkeit in einer Organisation verstreut, nicht verbunden und nicht messbar ist. Collaboration zum Business-Capabilities-Modell hinzuzufügen ist kein administrativer Akt — es ist der Beginn, Koordinationsinfrastruktur auf Enterprise-Ebene sichtbar zu machen.

Wenn Sie jetzt meinen, dass Sie das ja verstehen, aber die anderen nicht: Die meisten Organisationen warten darauf, dass diese Strukturen von selbst entstehen. Das tun sie nicht. Wir müssen in jeder Organisation neue Strukturen aufbauen, die richtige Ansprechperson gibt es nicht.