<img height="1" width="1" style="display:none;" alt="" src="https://px.ads.linkedin.com/collect/?pid=240394&amp;fmt=gif">

Unternehmensarchitektur - Ist Sie Die Kosten Wert?

Mittwoch 31 Juli, 2019

Absichtliches Design oder IT-Evolution? Die Rolle des Enterprise Architect

Hat Ihre Organisation kürzlich darüber nachgedacht, wie sich Ihre IT-Systeme zu ihrem aktuellen Stand entwickelt haben? Oft lassen Organisationen ihre Systeme weiterentwickeln, was einige Jahre dauern kann, bis sich die Systeme etabliert haben. Dann müssen sie möglicherweise umgestaltet werden- oder es besteht das Risiko, dass sie für die moderne Organisation irrelevant sind. Vergleichen Sie diese beiden Ansätze, die ich über die Jahre gesehen habe:

Absichtliches Design:

Ein Universitätscampus, auf dem der Entwickler keine Fußwege einbaute - er ließ einfach das Gras dort, worauf die Leute traten und betonierte diese Wege nach einem Jahr. Dies bedeutete, dass keine ungenutzten Pfade angelegt wurden. 

Evolution:

I once worked with a knitting manufacturer where they took the raw wool into the factory at one place (near the gate) and spun it. They then wheeled barrow loads to the dyeing tanks at the other end of the site (near the river). Once dyed, the wool needed taking back to the beginning of the site to be knitted into the various end products. The storage for the intermediate products was again in different places.

Ich habe einmal mit einer Strickerei zusammengearbeitet, wo sie die Rohwolle an einer Stelle (in der Nähe des Tors) in die Fabrik gebracht und gesponnen haben. Anschließend wurden die Färbetanks am anderen Ende der Baustelle (in der Nähe des Flusses) mit Schubkarren beladen. Nach dem Färben musste die Wolle zum Anfang der Baustelle zurückgebracht werden, um in die verschiedenen Endprodukte eingearbeitet zu werden. Die Lagerung der Zwischenprodukte erfolgte wiederum an verschiedenen Orten.

Meine Frage an das Unternehmen lautete: „Warum so viel Zeit damit verbringen, die Materialien auf der Baustelle zu bewegen?“ Die Antwort lag auf der Hand: Wolle kam ins Tor, weil die ursprüngliche Dampfmaschine, mit der die Strick-, Web- und Spinnmaschinen angetrieben wurden, dort eingesetzt wurde. Die Wasserversorgung (Fluss) für die Sterbenden befand sich in einem anderen Gebiet und verschiedene Geschäfte sind entstanden, um den Bedarf zu decken. Die Funktionen waren immer noch da, wo sie waren, obwohl der Dampf durch Strom ersetzt worden war und das Wasser in einer Leitung war!

Die gesamte Site war ineffizient, da sie sich weiterentwickelt hatte und sie wurde nicht neu gestaltet, obwohl sich die Technologie geändert hatte. 

Hat sich Ihre IT weiterentwickelt oder ist Ihr Design beabsichtigt?

Dies kann anderen Organisationen als Lehre dienen. Eine bereits entwickelte IT kann schwer zu ändern sein - Unternehmen haben möglicherweise Plattformen, Betriebssysteme und Anwendungen geändert, verwenden aber immer noch dieselben Verfahren und Lacoation wie vor 30 Jahren.

Organisationen müssen sich die Frage stellen: „Wollen wir, dass sich unsere Unternehmen in einer Sackgasse entwickeln (wie das Strickunternehmen) oder möchten wir unsere Architektur so gestalten, dass Prozesse, Verfahren und Speicher für das System besser organisiert werden?“

Halten wir an alten Systemen fest, "weil sie funktionieren", "weil sie einst eine brillante Lösung waren" oder "weil der Chef sie entworfen hat"?

Irgendwann muss die Evolution für eine Organisation zum Stillstand kommen und es muss ein beabsichtigtes Design eingerichtet werden - auch wenn dies bedeutet, die Gebäude abzureißen und von vorne zu beginnen. Dies ist architektonisches Design und hier kommt der Enterprise Architect (EA) ins Spiel.

Die Rolle des Enterprise Architect

Es muss jemanden geben, der den Gesamtplan verwaltet, der die strategische Richtung und die Prinzipien festlegt, die dem Rest des Entwurfs zugrunde liegen. Dies kann der Geschäftsinhaber oder eine von ihm bestimmte Person sein - der Enterprise Architect (EA).

Die vom EA vorgegebenen Grundsätze sollten selten verletzt werden - dies kann das Diktat der zu verwendenden Systeme sein. Es gibt Grundsätze, die für Ihre Unternehmensarchitektur dokumentiert werden müssen. Microsoft oder Linux (erinnern Sie sich an VMS?)? Er muss über die Langlebigkeit des Systems und langfristige Roadmaps nachdenken.

Der EA kann einfach bestimmte Bereiche für bestimmte Funktionen festlegen - das Äquivalent der verschiedenen IT-Systeme wie Geschäftsanwendungen, Gehaltsabrechnung, Hauptbuch, Marketing, HR usw. Jedes dieser Systeme sollte Designer und Architekten für die spezifischen Anwendungen haben.

Diese werden durch Kommunikation und Dienste unterstützt - die Infrastrukturdesigns wie Speicher, Netzwerke und Computing, um die Informationen an die Schreibtische des Managements, der Mitarbeiter und Kunden weiterzuleiten. Und an Kunden in verschiedenen Bereichen - die Gestaltung der Netze. Gehen die Netze noch in die richtige Richtung mit ausreichender Kapazität wie vor 30 Jahren?

Schließlich ist es die Aufgabe des EA, sich über geplante geschäftliche Änderungen zu informieren und sie an die IT-Roadmaps auszurichten, da Änderungen im Geschäft eine Konstante sind. EAs müssen größere Änderungen in den Systemen planen, z. B. das Finanzsystem ändern, weil das Unternehmen dieses entwachsen ist oder alte Systeme aus Compliance-Gründen ersetzen. Der EA sollte die Architekten, Designer und Entwickler mit den neuen Grundsätzen koordinieren.