Get best of the week

¿Qué es un modelo arquitectónico de madurez de la empresa?

imagen
Cuando se trabaja con varias compañías, es imposible no prestar atención al hecho de que los procesos se construyen de manera diferente en diferentes compañías. En una empresa, los procesos son ideales o casi ideales, mientras que en otra empresa se debe esperar un tiempo de reacción bastante largo ante una solicitud. En esta situación, es muy fácil dividir las compañías en buenas y malas, pero es muy simple y eso no siempre es correcto. Ya estudiando para un arquitecto de soluciones y realizando investigaciones sobre la métrica de madurez - calidad de madurez, encontré una descripción de un enfoque muy simple y comprensible para clasificar las empresas de acuerdo con los procesos. Comparto este enfoque con usted en mi traducción del artículo "¿Qué es el modelo de madurez de arquitectura empresarial?" o "¿Qué es un modelo arquitectónico de la madurez de una empresa?"

Características de los niveles de madurez:


Nivel 5: Optimizado : enfoque en mejorar los procesos
Nivel 4: Administrado : los procesos se miden y controlan
Nivel 3: Instalado: procesos a nivel de organización que son suficientemente proactivos (los proyectos adaptan sus procesos de acuerdo con los estándares de la organización)
Nivel 2: Repetible: procesos a nivel de proyecto y receptivos a los cambios
Nivel 1 más flexible : inicial : los procesos no son predecibles, están mal controlados y son inertes para cambiar

Las organizaciones que pueden gestionar eficazmente sus cambios suelen tener más éxito que las que no pueden. Muchas organizaciones saben que necesitan mejorar sus procesos de desarrollo de TI para gestionar con éxito el cambio, pero no saben cómo. Dichas organizaciones gastan muy poco en la mejora de procesos porque no están seguras de la mejor manera de actuar, o gastan mucho en una serie de esfuerzos paralelos y desenfocados, sin mucho éxito o sin éxito.

Modelo de madurez de capacidad original - CMM


El Instituto de Ingeniería de Software (SEI) - www.sei.cmu.edu operado por la Universidad Carnegie Mellon - desarrolló el modelo CMM inicial en 1986, que desde entonces ha sido ampliamente utilizado en la actualidad. Este CMM proporciona un marco para desarrollar modelos de madurez en una amplia gama de disciplinas.
Los modelos de madurez de oportunidad (CMM) resuelven este problema al proporcionar un método eficiente y probado para que la organización obtenga gradualmente control y mejore los procesos de desarrollo de TI.

  • Describen prácticas que cualquier organización puede aplicar para mejorar sus procesos.
  • Proporcionan criterios por los cuales las mejoras se miden periódicamente.
  • Son un marco probado a través del cual se implementan medidas de mejora.


Niveles del modelo de madurez


Los beneficios de las capacidades de los modelos de madurez se describen en detalle en la literatura tanto para el desarrollo de software como para el diseño de sistemas. Y su aplicación para la arquitectura corporativa fue el último desarrollo, que fue estimulado por el creciente interés en la arquitectura corporativa en los últimos años, combinado con una falta de madurez en esta disciplina.
Un análisis de las prácticas de la organización en comparación con el modelo, la denominada evaluación, determina el nivel en el que se encuentra actualmente la organización. Esto indica la madurez de la organización en el campo relevante. También le permite elegir los métodos en los que debe centrarse para lograr la mayor mejora y el máximo retorno de la inversión.
Las diferentes prácticas, como regla, se organizan en 5 niveles de madurez, cada uno de los cuales representa un aumento en la capacidad de controlar y gestionar el entorno de desarrollo. Estos niveles son:
imagen

Nivel 0: sin arquitectura


No hay arquitectura de TI en absoluto y no hay nada de qué hablar.

imagen

Nivel 1: principiante


Una arquitectura informal de TI que se crea sobre la marcha.

  1. Los procesos no son sistémicos y localizados. Se han formulado algunos procesos arquitectónicos, pero no existe un enfoque arquitectónico único para las tecnologías o los procesos comerciales. El éxito depende de los esfuerzos individuales.
  2. Los enfoques arquitectónicos, la documentación y los estándares son locales o informales, creados sobre la base de varios enfoques sin sistema.
  3. La comunicación con estrategias comerciales o impulsores comerciales es mínima o implícita
  4. La administración está mal informada o involucrada en procesos arquitectónicos.
  5. La alineación de los procesos arquitectónicos con un equipo funcional es insignificante
  6. La última documentación de los equipos funcionales de arquitectura de TI está en Internet. Los procesos arquitectónicos y las posibles mejoras de los procesos están poco vinculados.
  7. Los problemas de seguridad de la información no son sistémicos y localizados.
  8. No existe una gestión clara de los estándares arquitectónicos.
  9. Los procesos arquitectónicos de la empresa tienen poca o ninguna correlación con la planificación estratégica y la dotación de personal. Las normas existentes son deficientes o no existen en absoluto.


imagen

Nivel 2: repetible


Ya existen procesos arquitectónicos, pero mal gestionados.

  1. OMB Circular A-130 IT (Department of Commerce IT Architecture Guidance). .
  2. IT-, , , . , . (TRM) .
  3. -
  5. ,
  6. DoC
  8. Gestione múltiples estándares arquitectónicos y siga los estándares existentes.
  9. Poca o ninguna gestión formal de las inversiones en TI y la estrategia de adquisición. Los equipos de funcionamiento demuestran el cumplimiento de las normas existentes.


imagen

Nivel 3: instalado


Arquitectura de TI definida, que incluye procedimientos escritos detallados y TRM.

  1. La arquitectura está claramente definida y llevada a la atención del personal de TI y la administración de la empresa con las responsabilidades del departamento de TI del sistema operativo. El proceso es ampliamente apoyado y seguido.
  2. Análisis de brechas y planes de migración completados. Perfil y estándares TRM completamente diseñados. Metas y métodos de TI definidos
  3. Arquitectura de TI integrada con planificación de capital y control de inversiones
  4. El equipo de alta gerencia conoce y apoya el proceso de arquitectura empresarial. La administración apoya activamente los estándares arquitectónicos
  5. La mayoría de los elementos de los bloques operativos demuestran aceptación o participación activa en el proceso de arquitectura de TI.
  6. Los documentos de arquitectura se actualizan periódicamente en la página web de arquitectura de TI de DoC
  7. Perfil de estándares de arquitectura de seguridad de TI completamente desarrollado e integrado con la arquitectura de TI
  8. Gestión documentada explícita de la mayoría de las inversiones en TI.
  9. Existe una estrategia de adquisición de TI que incluye medidas para garantizar el cumplimiento de la arquitectura de TI de la empresa. Los beneficios económicos se tienen en cuenta al definir proyectos


imagen

Nivel 4: Gestionado


Proceso arquitectónico guiado y medible.
  1. El proceso arquitectónico es parte de la cultura. Se registran los indicadores de calidad asociados con los procesos arquitectónicos.
  2. , . , , - -
  3. , . -
  6. /
  7. , .
  8. .
  9. Todas las adquisiciones y compras planificadas de sistemas de TI están reguladas y administradas por estándares arquitectónicos establecidos.


imagen

Nivel 5: optimizado


Mejora continua del proceso arquitectónico.

  1. Esfuerzos concertados para optimizar y mejorar continuamente el proceso arquitectónico.
  2. Los estándares y procesos para manejar las desviaciones de los enfoques aceptados se utilizan para mejorar y rediseñar la arquitectura.
  3. Las métricas de procesos arquitectónicos se utilizan para optimizar y desarrollar relaciones comerciales. El negocio está involucrado en un proceso continuo de mejora de la arquitectura.
  4. La alta dirección está involucrada en la optimización de la mejora de la arquitectura y los procesos de gestión de la arquitectura.
  5. La retroalimentación del proceso arquitectónico de todos los equipos en funcionamiento se utiliza para gestionar las mejoras del proceso arquitectónico.
  6. , , IT -
  8. .



Este es un tema de técnicas y métodos potenciales de modelos de madurez como un estándar de la industria ampliamente utilizado. El estándar ya es lo suficientemente maduro como para ser considerado para su uso como base en la arquitectura empresarial.Los
beneficios de las capacidades de los modelos de madurez se describen en detalle en la literatura para el desarrollo de software y el diseño de sistemas. Su aplicación para la arquitectura corporativa fue el último desarrollo, que fue estimulado por el creciente interés, junto con la falta de madurez de la industria en los últimos años.

PD. De mi parte


Comprender el nivel de madurez de la empresa con la que trabaja le ayudará a prepararse para las preguntas, problemas y dificultades en los procesos que pueden surgir al trabajar. Puede tomar más manifestaciones, más formalismo, más paciencia y comprensión. No debe esperar de la compañía el primer nivel de reacciones como en la compañía del tercer nivel y superior. Pero al menos estás advertido y, por lo tanto, ya estás armado con tu conocimiento.
Y otra ventaja en mi opinión es que tales modelos me ayudan a encontrar fallas en mi trabajo y me muestran en qué dirección debo ir para ser mejor.

More articles:


All Articles