Get best of the week

Was ist ein Architekturmodell der Unternehmensreife?

Bild
Bei der Arbeit mit verschiedenen Unternehmen ist es unmöglich, nicht darauf zu achten, dass die Prozesse in verschiedenen Unternehmen unterschiedlich aufgebaut sind. In einem Unternehmen sind die Prozesse ideal oder nahezu ideal, während in einem anderen Unternehmen mit einer relativ langen Reaktionszeit auf eine Anfrage zu rechnen ist. In dieser Situation ist es sehr einfach, die Unternehmen in gute und schlechte zu unterteilen, aber es ist sehr einfach, und das ist einfach nicht immer richtig. Ich habe bereits für einen Lösungsarchitekten studiert und Forschungen zur Maturity - Maturity-Qualitätsmetrik durchgeführt. Ich habe eine Beschreibung eines sehr einfachen und verständlichen Ansatzes zur Klassifizierung von Unternehmen nach Prozessen gefunden. Ich teile diesen Ansatz mit Ihnen in meiner Übersetzung des Artikels „Was ist das Reifegradmodell für Unternehmensarchitekturen?“. oder "Was ist ein Architekturmodell für die Reife eines Unternehmens?"

Merkmale des Reifegrades:


Stufe 5: Optimiert - Fokus auf Prozessverbesserung
Stufe 4: Verwaltet - Prozesse werden gemessen und gesteuert
Stufe 3: Installiert - Prozesse auf Organisationsebene, die ausreichend proaktiv sind (Projekte passen ihre Prozesse gemäß den Organisationsstandards an)
Stufe 2: Wiederholbar - Prozesse auf Projektebene und Reaktion auf Änderungen flexibler
Level 1: Anfänglich - Prozesse sind nicht vorhersehbar, schlecht kontrolliert und träge gegenüber Änderungen

Unternehmen, die ihre Änderungen effektiv verwalten können, sind normalerweise erfolgreicher als solche, die dies nicht können. Viele Unternehmen wissen, dass sie ihre IT-Entwicklungsprozesse verbessern müssen, um Veränderungen erfolgreich zu bewältigen, wissen jedoch nicht, wie. Solche Organisationen geben entweder sehr wenig für Prozessverbesserungen aus, weil sie sich nicht sicher sind, wie sie am besten handeln sollen, oder sie geben viel für eine Reihe paralleler und unkonzentrierter Bemühungen aus, ohne großen Erfolg oder ohne Erfolg.

Ursprüngliches Capability Maturity Model - KMGs


Das Software Engineering Institute (SEI) - www.sei.cmu.edu, betrieben von der Carnegie Mellon University - entwickelte 1986 das erste KMG-Modell, das seitdem weit verbreitet ist. Dieses KMG bietet einen Rahmen für die Entwicklung von Reifegradmodellen in einer Vielzahl von Disziplinen.
Opportunity Maturity Models (CMMs) lösen dieses Problem, indem sie eine effiziente und bewährte Methode für das Unternehmen bereitstellen, um schrittweise die Kontrolle zu erlangen und IT-Entwicklungsprozesse zu verbessern.

  • Sie beschreiben Praktiken, die jede Organisation anwenden kann, um ihre Prozesse zu verbessern.
  • Sie bieten Kriterien, anhand derer Verbesserungen regelmäßig gemessen werden.
  • Sie sind ein bewährter Rahmen, durch den Verbesserungsmaßnahmen umgesetzt werden.


Reifegradmodellstufen


Die Vorteile der Funktionen von Reifegradmodellen werden in der Literatur sowohl für die Softwareentwicklung als auch für das Systemdesign ausführlich beschrieben. Und ihre Anwendung für die Unternehmensarchitektur war die neueste Entwicklung, die durch das wachsende Interesse an Unternehmensarchitektur in den letzten Jahren in Verbindung mit einem Mangel an Reife in dieser Disziplin angeregt wurde.
Eine Analyse der Praktiken der Organisation im Vergleich zum Modell - die sogenannte Bewertung - bestimmt die Ebene, auf der sich die Organisation derzeit befindet. Dies zeigt die Reife der Organisation in dem relevanten Bereich an. Außerdem können Sie die Methoden auswählen, auf die sie sich konzentrieren sollte, um die größte Verbesserung und maximale Kapitalrendite zu erzielen.
In der Regel sind verschiedene Praktiken in fünf Reifegraden organisiert, von denen jeder eine Verbesserung der Fähigkeit zur Steuerung und Verwaltung der Entwicklungsumgebung darstellt. Diese Ebenen sind:
Bild

Level 0: keine Architektur


Es gibt überhaupt keine IT-Architektur und es gibt nichts zu besprechen.

Bild

Level 1: Anfänger


Eine informelle IT-Architektur, die unterwegs erstellt wird.

  1. Prozesse sind nicht systemisch und lokalisiert. Einige Architekturprozesse wurden formuliert, aber es gibt keinen einheitlichen Architekturansatz für Technologien oder Geschäftsprozesse. Erfolg hängt von individuellen Anstrengungen ab.
  2. Architektonische Ansätze, Dokumentationen und Standards sind lokal oder informell und basieren auf verschiedenen Ansätzen ohne systemische Ansätze.
  3. Die Kommunikation mit Geschäftsstrategien oder Geschäftstreibern ist minimal oder implizit
  4. Das Management ist schlecht informiert oder in Architekturprozesse involviert
  5. Die Ausrichtung architektonischer Prozesse auf ein funktionierendes Team ist vernachlässigbar
  6. Die neueste Dokumentation der funktionalen IT-Architekturteams finden Sie im Internet. Architekturprozesse und mögliche Prozessverbesserungen sind lose miteinander verbunden.
  7. Informationssicherheitsprobleme sind nicht systembedingt und lokalisiert.
  8. Es gibt keine klare Verwaltung der architektonischen Standards
  9. Die Architekturprozesse des Unternehmens korrelieren kaum oder gar nicht mit der strategischen Planung und Personalausstattung. Bestehende Standards sind schlecht oder gar nicht.


Bild

Stufe 2: Wiederholbar


Architekturprozesse existieren bereits, werden aber schlecht verwaltet.

  1. OMB Circular A-130 IT (Department of Commerce IT Architecture Guidance). .
  2. IT-, , , . , . (TRM) .
  3. -
  5. ,
  6. DoC
  8. Verwalten Sie mehrere Architekturstandards und befolgen Sie vorhandene Standards.
  9. Wenig oder gar kein formelles Management der IT-Investitions- und Akquisitionsstrategie. Funktionierende Teams zeigen die Einhaltung bestehender Standards.


Bild

Stufe 3: Installiert


Definierte IT-Architektur, einschließlich detaillierter schriftlicher Verfahren und TRM.

  1. Die Architektur ist klar definiert und wird den IT-Mitarbeitern und der Unternehmensleitung mit den Verantwortlichkeiten der IT-Abteilung des Betriebssystems zur Kenntnis gebracht. Der Prozess wird weitgehend unterstützt und verfolgt.
  2. Lückenanalyse und Migrationspläne abgeschlossen. Vollständig entworfenes TRM-Profil und Standards. IT-Ziele und -Methoden definiert
  3. IT-Architektur integriert in Kapitalplanung und Investitionskontrolle
  4. Das Senior Management Team kennt und unterstützt den Prozess der Unternehmensarchitektur. Das Management unterstützt aktiv architektonische Standards
  5. Die meisten Elemente von Betriebsblöcken zeigen Akzeptanz oder aktive Teilnahme am IT-Architekturprozess.
  6. Architekturdokumente werden regelmäßig auf der DoC IT-Architektur-Webseite aktualisiert
  7. Profil der IT-Sicherheitsarchitekturstandards vollständig entwickelt und in die IT-Architektur integriert
  8. Explizite dokumentierte Verwaltung der meisten IT-Investitionen
  9. Es gibt eine IT-Akquisitionsstrategie, die Maßnahmen zur Gewährleistung der Einhaltung der IT-Architektur des Unternehmens umfasst. Wirtschaftliche Vorteile werden bei der Definition von Projekten berücksichtigt


Bild

Stufe 4: Verwaltet


Geführter und messbarer Architekturprozess.
  1. Der architektonische Prozess ist Teil der Kultur. Mit Architekturprozessen verbundene Qualitätsindikatoren werden aufgezeichnet.
  2. , . , , - -
  3. , . -
  6. /
  7. , .
  8. .
  9. Alle geplanten Anschaffungen und Anschaffungen von IT-Systemen werden durch etablierte Architekturstandards reguliert und verwaltet.


Bild

Stufe 5: Optimiert


Kontinuierliche Verbesserung des Architekturprozesses.

  1. Konzertierte Bemühungen zur Optimierung und kontinuierlichen Verbesserung des Architekturprozesses
  2. Standards und Prozesse zum Umgang mit Abweichungen von akzeptierten Ansätzen werden verwendet, um die Architektur zu verbessern und neu zu gestalten
  3. Architekturprozessmetriken werden verwendet, um Geschäftsbeziehungen zu optimieren und zu entwickeln. Das Geschäft ist an einem kontinuierlichen Prozess zur Verbesserung der Architektur beteiligt
  4. Das Top-Management ist an der Optimierung der Architekturverbesserungs- und Architekturmanagementprozesse beteiligt
  5. Das Feedback der Architekturprozesse aller funktionierenden Teams wird verwendet, um Verbesserungen der Architekturprozesse zu verwalten
  6. , , IT -
  8. .



Dies ist ein Thema potenzieller Techniken und Methoden von Reifegradmodellen als weit verbreiteter Industriestandard. Der Standard ist bereits ausgereift genug, um als Grundlage für die Unternehmensarchitektur betrachtet zu werden.
Die Vorteile der Funktionen von Reifegradmodellen werden in der Literatur für die Softwareentwicklung und das Systemdesign ausführlich beschrieben. Ihre Anwendung für die Unternehmensarchitektur war die neueste Entwicklung, die durch wachsendes Interesse und die mangelnde Reife der Branche in den letzten Jahren angeregt wurde.

PS. Von mir


Wenn Sie den Reifegrad des Unternehmens kennen, mit dem Sie arbeiten, können Sie sich auf Fragen, Probleme und Schwierigkeiten in den Prozessen vorbereiten, die bei der Arbeit auftreten können. Es kann mehr Kundgebungen, mehr Formalismus, mehr Geduld und Verständnis erfordern. Sie sollten vom Unternehmen nicht die erste Reaktionsebene wie im Unternehmen der dritten Ebene und darüber erwarten. Aber zumindest sind Sie gewarnt und daher bereits mit Ihrem Wissen bewaffnet.
Ein weiterer Bonus meiner Meinung nach ist, dass solche Modelle mir helfen, Fehler in meiner Arbeit zu finden und zu zeigen, in welche Richtung ich gehen muss, um besser zu werden.

More articles:


All Articles