Wenn es um eine Unternehmensarchitektur geht, gibt es eine große Auswahl an Frameworks, die Sie verwenden können. Horizontale Systeme wie TOGAF oder Zachman und vertikale Systeme wie eTOM für die Telekommunikationsbranche und BIAN für den Bankensektor. In allen Fällen sind sie nützlich und können einen Mehrwert bieten, aber in jedem Fall sind sie dazu da, Sie zu unterstützen, und nicht dazu, Ihnen vorzuschreiben, wie Sie Unternehmensarchitektur betreiben sollen.
Viele Architekturinitiativen scheitern, weil sie sich auf solche Frameworks verlassen. Sie werden entweder gestrichen oder bringen nicht den erwarteten geschäftlichen Nutzen, da sich die Teams zu sehr mit den Details der Erfassung, Befüllung oder Erzwingung der Ansätze eines Frameworks beschäftigen.
Denken Sie bei der Auswahl eines Frameworks daran, dass Sie etwas verwenden, das alle anderen auch verwenden. Es gibt also keinen Wettbewerbsvorteil, was in Ordnung ist, wenn es um nicht wettbewerbsrelevante Aspekte Ihres Unternehmens geht. Wenn es jedoch darum geht, Innovationen oder geschäftliche Veränderungen zu unterstützen, müssen Sie über den Standardrahmen hinaus denken und flexibel sein. In der Tat ist dieser flexible Ansatz das Herzstück der erfolgreichen Nutzung eines Rahmens.
Frameworks sind Leitfäden und Vorschläge, keine Methoden und Standards. Jeder Rahmen, den Sie in Betracht ziehen, muss gleichzeitig oberflächlich und tiefgründig angewendet werden. Schauen Sie genau hin und fragen Sie sich immer, ob Sie dies oder jenes wirklich tun oder ausfüllen müssen. Oft reicht es aus, Informationen in einem Repository zu erfassen und zu speichern - Sie können später immer wieder darauf zurückgreifen und diese Informationen mit anderen Dingen verknüpfen oder sie weiter vertiefen, wenn es der Geschäftswert erfordert.
Und schließlich sollten Sie nicht in die Falle tappen und sagen: "Wir arbeiten mit TOGAF oder Zachman, also machen wir auch Unternehmensarchitektur. Wenn ich darauf stoße, stelle ich oft fest, dass es sich um IT-Architektur und nicht um Unternehmensarchitektur handelt - wobei die Geschäftsarchitektur meist an anderer Stelle im Unternehmen erstellt wird. In diesem Fall sind Bemühungen, die beiden zusammenzubringen, wichtiger als sich um einen Rahmen zu kümmern.
Lesen Sie das Whitepaper, "An Enterprise Architecture Communications Framework - Three Ways to Have Business Conversations About Technology," für weitere Ideen und Erkenntnisse.
Drei Maßnahmen, die helfen, die "Rahmen"-Fallen zu vermeiden
- Don’t Let the Framework Drive Your Architecture. Many organisations start their enterprise
architecture efforts by choosing a framework and tool first, this is a mistake. By taking a tool and framework approach, you risk trying to frame all business or IT needs in terms that fit the framework, and indeed risk using language your colleagues may not understand. Instead, focus on the business outcomes and accept that your business may well need a combination of frameworks to best express their needs. By accepting this, you will also find that your tool needs change – no longer will it be sufficient to have a direct framework to tool match; instead, you will want to be able to manage multiple types of frameworks, and the interconnectivity between them. - Denken Sie bei der Verwendung von Frameworks an den Kontext und die Kommunikation. Frameworks sind in den meisten Fällen nicht darauf ausgelegt, vollständig oder durchgängig zu sein. Sie sind als Nachschlagewerk gedacht, um Fragen zu formulieren, Lücken im Denken aufzuzeigen oder um Informationen für die spätere Verwendung zu speichern. Die ideale Verwendung eines Rahmens für die Unternehmensarchitektur besteht darin, einen Kontext für die anstehenden Arbeiten zu schaffen und als Mittel zur Kommunikation von Problemen, Herausforderungen, Chancen und Risiken zu dienen. Überlegen Sie bei der Auswahl eines oder mehrerer Rahmenwerke, was und wie Sie kommunizieren müssen. Seien Sie sich bewusst, dass verschiedene Zielgruppen unterschiedliche Bedürfnisse haben. Machen Sie nicht den Fehler, mit Geschäftsleuten über IT oder technische Begriffe zu sprechen. Sie sollten auch bedenken, dass die meisten Frameworks für Unternehmensarchitekturen, die Sie kennenlernen, ursprünglich als IT-Architektur-Frameworks entstanden sind.
- Erwägen Sie Capability-Modelle anstelle von Frameworks: Überlegen Sie aus der Perspektive des Unternehmens, ob ein Capability-Management-Ansatz nicht effektiver wäre. Business-Capability-Modelle haben eine Bedeutung und einen Wert, wenn man mit dem Unternehmen spricht, und können in vielen Fällen Frameworks ersetzen. Eine Geschäftsfähigkeit ist in der Tat eine zusammengesetzte Ansicht, unter der wir Daten, Prozesse, Organisationen und IT-Fähigkeiten haben können. Mit einem fähigkeitsbasierten Ansatz können Sie den Overhead des Frameworks in Bereichen reduzieren, in denen es nur einen minimalen Nutzen bringt, und die Komplexität vor Menschen verbergen, die es nicht brauchen. Sie können dann ein Framework wählen, das kompromisslos auf Ihre IT-Bedürfnisse zugeschnitten ist, und die beiden einfach miteinander verbinden.
