Get best of the week

O que é um modelo arquitetural de maturidade da empresa?

imagem
Ao trabalhar com várias empresas, é impossível não prestar atenção ao fato de que os processos são construídos de maneira diferente em diferentes empresas. Em uma empresa, os processos são ideais ou próximos do ideal, enquanto em outra empresa é preciso esperar um tempo de reação bastante longo para uma solicitação. Nessa situação, é muito fácil dividir as empresas em boas e ruins, mas é muito simples e isso nem sempre é correto. Já estudando como arquiteto de soluções e realizando pesquisas sobre a métrica de qualidade Maturidade - Maturidade, encontrei uma descrição de uma abordagem muito simples e compreensível para classificar as empresas de acordo com os processos. Compartilho essa abordagem com você na minha tradução do artigo "O que é modelo de maturidade da arquitetura corporativa?" ou "Qual é um modelo de arquitetura da maturidade de uma empresa?"

Características dos níveis de maturidade:


Nível 5: Otimizado - foco na melhoria de processos
Nível 4: Gerenciado - os processos são medidos e controlados
Nível 3: Instalado - processos no nível da organização que são suficientemente proativos (os projetos adaptam seus processos de acordo com os padrões da organização)
Nível 2: Repetível - processos no nível do projeto e respondem a mudanças mais flexível
Nível 1: Inicial - os processos não são previsíveis, mal controlados e inertes à mudança

As organizações que podem gerenciar efetivamente suas alterações geralmente são mais bem-sucedidas do que aquelas que não podem. Muitas organizações sabem que precisam melhorar seus processos de desenvolvimento de TI para gerenciar com êxito as mudanças, mas não sabem como. Essas organizações gastam muito pouco em melhoria de processos porque não têm certeza da melhor maneira de agir ou gastam muito em uma série de esforços paralelos e sem foco, sem muito sucesso ou sem sucesso.

Modelo de maturidade de capacidade original - CMMs


O Instituto de Engenharia de Software (SEI) - www.sei.cmu.edu, operado pela Universidade Carnegie Mellon - desenvolveu o modelo inicial de CMM em 1986, que desde então tem sido amplamente utilizado hoje. Este CMM fornece uma estrutura para o desenvolvimento de modelos de maturidade em uma ampla variedade de disciplinas.
Os modelos de maturidade da oportunidade (CMMs) resolvem esse problema, fornecendo um método eficiente e comprovado para que a organização obtenha gradualmente o controle e melhore os processos de desenvolvimento relacionados à TI.

  • Eles descrevem práticas que qualquer organização pode aplicar para melhorar seus processos.
  • Eles fornecem critérios pelos quais as melhorias são medidas periodicamente.
  • Eles são uma estrutura comprovada através da qual medidas de melhoria são implementadas.


Níveis do Modelo de Maturidade


Os benefícios dos recursos dos modelos de maturidade são descritos em detalhes na literatura, tanto para o desenvolvimento de software quanto para o design do sistema. E sua aplicação para arquitetura corporativa foi o desenvolvimento mais recente, estimulado pelo crescente interesse pela arquitetura corporativa nos últimos anos, combinado com a falta de maturidade nessa disciplina.
Uma análise das práticas da organização em comparação com o modelo - a chamada avaliação - determina o nível em que a organização está localizada atualmente. Isso indica a maturidade da organização no campo relevante. Ele também permite que você escolha os métodos nos quais ela deve se concentrar para obter a maior melhoria e o máximo retorno do investimento.
Como regra, diferentes práticas são organizadas em 5 níveis de maturidade, cada um dos quais representa um aumento na capacidade de controlar e gerenciar o ambiente de desenvolvimento. Esses níveis são:
imagem

Nível 0: sem arquitetura


Não existe arquitetura de TI e não há nada para falar.

imagem

Nível 1: Iniciante


Uma arquitetura informal de TI criada em movimento.

  1. Os processos não são sistêmicos e localizados. Alguns processos arquitetônicos foram formulados, mas não existe uma abordagem arquitetural única para tecnologias ou processos de negócios. O sucesso depende de esforços individuais.
  2. As abordagens arquitetônicas, a documentação e os padrões são locais ou informais, criados com base em várias abordagens sistêmicas.
  3. A comunicação com estratégias de negócios ou direcionadores de negócios é mínima ou implícita
  4. O gerenciamento está mal informado ou envolvido em processos arquitetônicos
  5. O alinhamento dos processos arquiteturais com uma equipe em funcionamento é insignificante
  6. A documentação mais recente das equipes funcionais de arquitetura de TI está na Internet. Processos arquitetônicos e possíveis melhorias no processo são pouco acoplados.
  7. Os problemas de segurança da informação não são sistêmicos e localizados.
  8. Não há um gerenciamento claro dos padrões arquiteturais
  9. Os processos de arquitetura da empresa têm pouca ou nenhuma correlação com o planejamento estratégico e a equipe. Os padrões existentes são pouco ou nada.


imagem

Nível 2: Repetível


Os processos arquitetônicos já existem, mas mal gerenciados.

  1. OMB Circular A-130 IT (Department of Commerce IT Architecture Guidance). .
  2. IT-, , , . , . (TRM) .
  3. -
  5. ,
  6. DoC
  8. Gerencie vários padrões de arquitetura e siga os padrões existentes.
  9. Pouco ou nenhum gerenciamento formal da estratégia de investimentos e aquisições de TI. As equipes funcionais demonstram conformidade com os padrões existentes.


imagem

Nível 3: Instalado


Arquitetura de TI definida, incluindo procedimentos escritos detalhados e TRM.

  1. A arquitetura é claramente definida e trazida à atenção da equipe de TI e do gerenciamento da empresa, com as responsabilidades do departamento de TI do sistema operacional. O processo é amplamente suportado e seguido.
  2. Análise de lacunas e planos de migração concluídos. Perfil e padrões TRM totalmente projetados. Objetivos e métodos de TI definidos
  3. Arquitetura de TI integrada ao planejamento de capital e controle de investimentos
  4. A equipe de gerenciamento sênior conhece e dá suporte ao processo de arquitetura corporativa. O gerenciamento suporta ativamente os padrões arquiteturais
  5. A maioria dos elementos dos blocos operacionais demonstra aceitação ou participação ativa no processo de arquitetura de TI.
  6. Os documentos de arquitetura são atualizados regularmente na página da web de arquitetura de TI do DoC
  7. Perfil de padrões de arquitetura de segurança de TI totalmente desenvolvido e integrado à arquitetura de TI
  8. Gerenciamento documentado explícito da maioria dos investimentos em TI
  9. Existe uma estratégia de aquisição de TI e inclui medidas para garantir a conformidade com a arquitetura de TI da empresa. Os benefícios econômicos são levados em consideração na definição de projetos


imagem

Nível 4: Gerenciado


Processo arquitetônico guiado e mensurável.
  1. O processo arquitetônico faz parte da cultura. Os indicadores de qualidade associados aos processos arquitetônicos são registrados.
  2. , . , , - -
  3. , . -
  6. /
  7. , .
  8. .
  9. Todas as aquisições e compras planejadas de sistemas de TI são regulamentadas e gerenciadas por padrões arquiteturais estabelecidos.


imagem

Nível 5: Otimizado


Melhoria contínua do processo arquitetônico.

  1. Esforços concentrados para otimizar e melhorar continuamente o processo arquitetural
  2. Padrões e processos para lidar com desvios das abordagens aceitas são usados ​​para melhorar e redesenhar a arquitetura
  3. Métricas de processo arquiteturais são usadas para otimizar e desenvolver relacionamentos de negócios. Os negócios estão envolvidos em um processo contínuo de melhoria da arquitetura
  4. A alta gerência está envolvida na otimização da melhoria da arquitetura e nos processos de gerenciamento da arquitetura
  5. O feedback do processo arquitetural de todas as equipes em funcionamento é usado para gerenciar melhorias no processo arquitetural
  6. , , IT -
  8. .



Este é um tópico de possíveis técnicas e métodos de modelos de maturidade como um padrão da indústria amplamente utilizado. O padrão já está maduro o suficiente para ser considerado como base na arquitetura corporativa.Os
benefícios dos recursos dos modelos de maturidade são descritos em detalhes na literatura para desenvolvimento de software e design de sistema. Sua aplicação para arquitetura corporativa foi o desenvolvimento mais recente, estimulado pelo crescente interesse, juntamente com a falta de maturidade do setor nos últimos anos.

PS. De mim


Compreender o nível de maturidade da empresa com a qual você trabalha o ajudará a se preparar para perguntas, problemas e dificuldades nos processos que possam surgir durante o trabalho. Pode levar mais comícios, mais formalismo, mais paciência e compreensão. Você não deve esperar da empresa o primeiro nível de reações como na empresa do terceiro nível e acima. Mas pelo menos você é avisado e, portanto, já está armado com seu conhecimento.
E outro bônus na minha opinião é que esses modelos me ajudam a encontrar falhas no meu trabalho e mostram em que direção preciso seguir para melhorar.

More articles:


All Articles