Get best of the week

Qu'est-ce qu'un modèle architectural de maturité d'entreprise?

image
Lorsque vous travaillez avec différentes entreprises, il est impossible de ne pas faire attention au fait que les processus sont construits différemment dans différentes entreprises. Dans une entreprise, les processus sont idéaux ou proches de l'idéal, tandis que dans une autre entreprise, il faut s'attendre à un temps de réaction assez long à une demande. Dans cette situation, il est très facile de diviser les entreprises en bonnes et mauvaises, mais c'est très simple, et ce n'est tout simplement pas toujours vrai. Déjà étudiant en tant qu'architecte de solutions et effectuant des recherches sur la métrique Maturité - Qualité de la maturité, j'ai trouvé une description d'une approche très simple et compréhensible pour classer les entreprises selon les processus. Je partage cette approche avec vous dans ma traduction de l'article «Qu'est-ce que le modèle de maturité de l'architecture d'entreprise?» ou "Qu'est-ce qu'un modèle architectural de la maturité d'une entreprise?"

Caractéristiques des niveaux de maturité:


Niveau 5: optimisé - se concentrer sur l'amélioration des processus
Niveau 4: géré - les processus sont mesurés et contrôlés
Niveau 3: installés - les processus au niveau de l'organisation sont suffisamment proactifs (les projets adaptent leurs processus selon les normes de l'organisation)
Niveau 2: répétable - les processus au niveau du projet et sensibles aux changements
Niveau 1 plus flexible : Initial - les processus ne sont pas prévisibles, mal contrôlés et inertes pour changer

Les organisations qui peuvent gérer efficacement leurs changements ont généralement plus de succès que celles qui ne le peuvent pas. De nombreuses organisations savent qu'elles doivent améliorer leurs processus de développement informatique afin de gérer avec succès le changement, mais elles ne savent pas comment. Ces organisations dépensent très peu pour l'amélioration des processus parce qu'elles ne savent pas comment agir au mieux, ou dépensent beaucoup pour une série d'efforts parallèles et non ciblés, sans grand succès ou en vain.

Modèle de maturité des capacités d'origine - MMT


Le Software Engineering Institute (SEI) - www.sei.cmu.edu exploité par Carnegie Mellon University - a développé le modèle CMM initial en 1986, qui a depuis été largement utilisé aujourd'hui. Ce CMM fournit un cadre pour développer des modèles de maturité dans un large éventail de disciplines.
Les modèles de maturité des opportunités (MMT) résolvent ce problème en fournissant une méthode efficace et éprouvée pour que l'organisation prenne progressivement le contrôle et améliore les processus de développement informatique.

  • Ils dĂ©crivent les pratiques que toute organisation peut appliquer pour amĂ©liorer ses processus.
  • Ils fournissent des critères permettant de mesurer pĂ©riodiquement les amĂ©liorations.
  • Ils constituent un cadre Ă©prouvĂ© Ă  travers lequel des mesures d'amĂ©lioration sont mises en Ĺ“uvre.


Niveaux du modèle de maturité


Les avantages des capacités des modèles de maturité sont décrits en détail dans la littérature pour le développement de logiciels et la conception de systèmes. Et leur application à l'architecture d'entreprise était le dernier développement, stimulé par l'intérêt croissant pour l'architecture d'entreprise ces dernières années, combiné à une maturité insuffisante dans cette discipline.
Une analyse des pratiques de l’organisation par rapport au modèle - la soi-disant évaluation - détermine le niveau auquel l’organisation est actuellement située. Cela indique la maturité de l'organisation dans le domaine concerné. Il vous permet également de choisir les méthodes sur lesquelles elle doit se concentrer afin d'obtenir la plus grande amélioration et un retour sur investissement maximum.
En règle générale, différentes pratiques sont organisées en 5 niveaux de maturité, chacun représentant une augmentation de la capacité de contrôler et de gérer l'environnement de développement. Ces niveaux sont:
image

Niveau 0: pas d'architecture


Il n'y a pas du tout d'architecture informatique et il n'y a rien Ă  dire.

image

Niveau 1: débutant


Une architecture informatique informelle créée en déplacement.

  1. Les processus ne sont ni systémiques ni localisés. Certains processus architecturaux ont été formulés, mais il n'existe pas d'approche architecturale unique pour les technologies ou les processus métier. Le succès dépend des efforts individuels.
  2. Les approches architecturales, la documentation et les normes sont locales ou informelles, créées à partir de diverses approches sans approches systémiques.
  3. La communication avec les stratégies commerciales ou les moteurs commerciaux est minimale ou implicite
  4. La direction est mal informée ou impliquée dans les processus architecturaux
  5. L'alignement des processus architecturaux avec une équipe fonctionnelle est négligeable
  6. La dernière documentation des équipes d'architecture informatique fonctionnelle se trouve sur Internet. Les processus architecturaux et les améliorations possibles des processus sont faiblement couplés.
  7. Les problèmes de sécurité de l'information ne sont pas systémiques et localisés.
  8. Il n'y a pas de gestion claire des normes architecturales
  9. Les processus architecturaux de l’entreprise ont peu ou pas de corrélation avec la planification stratégique et la dotation en personnel. Les normes existantes sont mal ou pas du tout.


image

Niveau 2: répétable


Les processus architecturaux existent déjà, mais mal gérés.

  1. OMB Circular A-130 IT (Department of Commerce IT Architecture Guidance). .
  2. IT-, , , . , . (TRM) .
  3. -
  5. ,
  6. DoC
  8. GĂ©rez plusieurs normes architecturales et suivez les normes existantes.
  9. Peu ou pas de gestion formelle des investissements informatiques et de la stratégie d'acquisition. Les équipes fonctionnelles démontrent la conformité aux normes existantes.


image

Niveau 3: installé


Architecture informatique définie, y compris les procédures écrites détaillées et TRM.

  1. L'architecture est clairement définie et portée à l'attention du personnel informatique et de la direction de l'entreprise avec les responsabilités du service informatique du système d'exploitation. Le processus est largement soutenu et suivi.
  2. Analyse des lacunes et plans de migration terminés. Profil et normes TRM entièrement conçus. Définition des objectifs et méthodes informatiques
  3. Architecture informatique intégrée à la planification du capital et au contrôle des investissements
  4. L'équipe dirigeante connaît et prend en charge le processus d'architecture d'entreprise. La direction soutient activement les normes architecturales
  5. La plupart des éléments des blocs opérationnels démontrent leur acceptation ou leur participation active au processus d'architecture informatique.
  6. Les documents d'architecture sont régulièrement mis à jour sur la page Web de l'architecture informatique du DoC
  7. Profil des normes d'architecture de sécurité informatique entièrement développé et intégré à l'architecture informatique
  8. Gestion explicite et documentée de la plupart des investissements informatiques
  9. Une stratégie d'acquisition informatique existe et comprend des mesures pour garantir la conformité avec l'architecture informatique de l'entreprise. Les avantages économiques sont pris en compte lors de la définition des projets


image

Niveau 4: géré


Processus architectural guidé et mesurable.
  1. Le processus architectural fait partie de la culture. Des indicateurs de qualité associés aux processus architecturaux sont enregistrés.
  2. , . , , - -
  3. , . -
  6. /
  7. , .
  8. .
  9. Toutes les acquisitions et tous les achats prévus de systèmes informatiques sont réglementés et gérés selon des normes architecturales établies.


image

Niveau 5: optimisé


Amélioration continue du processus architectural.

  1. Efforts concertés pour optimiser et améliorer en permanence le processus architectural
  2. Les normes et les processus de gestion des écarts par rapport aux approches acceptées sont utilisés pour améliorer et repenser l'architecture
  3. Les métriques de processus architecturaux sont utilisées pour optimiser et développer des relations commerciales. L'entreprise est impliquée dans un processus continu d'amélioration de l'architecture
  4. La haute direction participe à l'optimisation de l'amélioration de l'architecture et des processus de gestion de l'architecture
  5. La rétroaction des processus architecturaux de toutes les équipes fonctionnelles est utilisée pour gérer les améliorations des processus architecturaux
  6. , , IT -
  8. .



Il s'agit d'un sujet de techniques et de méthodes potentielles de modèles de maturité en tant que norme industrielle largement utilisée. La norme est déjà suffisamment mature pour être considérée comme une base dans l'architecture d'entreprise.Les
avantages des capacités des modèles de maturité sont décrits en détail dans la littérature pour le développement de logiciels et la conception de systèmes. Leur application à l'architecture d'entreprise était le dernier développement, stimulé par un intérêt croissant, couplé au manque de maturité de l'industrie ces dernières années.

PS. De moi


Comprendre le niveau de maturité de l'entreprise avec laquelle vous travaillez vous aidera à vous préparer aux questions, problèmes et difficultés dans les processus qui peuvent survenir lors du travail. Cela peut prendre plus de ralliements, plus de formalisme, plus de patience et de compréhension. Vous ne devez pas attendre de l'entreprise le premier niveau de réactions comme dans l'entreprise du troisième niveau et au-dessus. Mais au moins vous êtes prévenu, et donc déjà armé de vos connaissances.
Et un autre bonus à mon avis est que ces modèles m'aident à trouver des failles dans mon travail et montrent dans quelle direction je dois aller pour être meilleur.

More articles:


All Articles