Die Umstellung auf eine neue Architektur kann sehr mühsam sein. Vor allem, wenn es sich um einen Wechsel von einer unstrukturierten Architektur zu einer IT-gesteuerten SOA handelt. Mein aktueller Auftrag "Implementierung eines ESB" ist genau das. Der Prozess ist langsam, es ist schwierig, etwas zu erreichen und es scheint ziemlich viel Widerstand zu geben. Ich habe viel darüber nachgedacht, warum wir das verdammte Ding nicht einfach bauen können. Unser Team verfügt über genügend technische Fähigkeiten, wir wissen, was wir wollen und wie wir es erreichen können. Aber anscheinend reicht das nicht aus, um es zu einem Erfolg zu machen. Warum ist das so?
Mir wurde klar, was vor sich geht, nachdem mir jemand das AQAL-Modell (Alle Quadranten - Alle Ebenen) erklärt hatte. Es ist eines von vielen Organisationsmodellen, aber ich mag dieses. Und warum? Es gibt mir eine ganz neue Sichtweise auf eine Organisation.
Der innere, individuelle Quadrant (oben links) beschreibt die innere Person. Nicht die Verdauungsprozesse, sondern die persönlichen Werte und Prinzipien, die jemand hat, seine Annahmen und Absichten. Der äußere, individuelle Quadrant (oben rechts) beschreibt das Äußere einer Person: ihr Verhalten, ihre Arbeit oder ihr Wissen. Eine Person kann also versprechen (oben rechts), einen Blog zu schreiben. Aber aus irgendeinem Grund tut sie es nicht (oben links). Beide Seiten sollten mehr oder weniger im Gleichgewicht sein.
Die untere (kollektive) Hälfte steht für eine Gruppe (Team, Unternehmen). Auch hier stehen auf der internen Seite die kollektiven Werte und Prinzipien. Auf der externen Seite stehen die Dinge, die Sie sehen und anfassen können, wie ein Logo, Dokumente oder Technologien. Einige der Werte und Grundsätze eines Unternehmens sind schriftlich festgehalten: z.B. müssen sich Besucher ausweisen. Andere sind sehr schwer abrufbar: "So machen wir das hier!"
Die Einführung einer neuen Architektur (insbesondere einer SOA) ist nicht nur das Ausrollen einer neuen Technologie. Es ist ein Kulturwandel. Das bedeutet, dass sich die Arbeit der Mitarbeiter ändert: Operatoren müssen andere Tools verwenden, Tester müssen ihre Verfahren ändern, Business-Analysten müssen in Services denken. In unserem Team konzentrieren wir uns jedoch ganz auf das Externe. Wir schreiben Dokumente, implementieren unsere selbst erstellte Referenzarchitektur und halten manchmal einen Workshop ab. Der Zusammenarbeit mit anderen Teams, individuellen Frustrationen oder Zweifeln, die jemand (innerhalb oder außerhalb des Teams) haben könnte, schenken wir kaum Beachtung.
Das ist der Grund, warum sich die meisten meiner IT-Kollegen nicht allzu sehr dafür interessieren. Wenn ich mit ihnen spreche, scheinen sie interessiert zu sein. Aber gleichzeitig denken sie, dass "der ESB" ein abgelegenes Projekt ist, das ihre Arbeit nicht beeinflusst, die Projektmanager sehen darin ein Risiko und "das Geschäft" denkt, dass es nur ein IT-Ding ist.
Es stellt sich heraus, dass für eine erfolgreiche Veränderung einer Gruppe allen 4 Quadranten Aufmerksamkeit geschenkt werden sollte. Ein oder zwei Quadranten können wichtiger sein als die anderen. Wo es Veränderungen gibt, kann es auch Widerstand geben. Die Beteiligten sehen eine Veränderung vielleicht als Risiko an oder sie sehen die Vorteile einer Veränderung nicht so wie Sie. Es reicht also nicht aus, sich nur auf die externe Seite des Modells zu konzentrieren. Es ist wichtig, auch die interne Seite zu berücksichtigen.