Processo ITSM Alinhado com ITIL

Gestão de arquitectura

Processo end-to-end com standards, roadmap tecnológico, governance e enterprise architecture

Descarregar pack completo

Âmbito e objectivos

Objectivo

Proporcionar uma compreensão de todos os elementos que constituem a organização e a forma como esses elementos se inter-relacionam, permitindo tomar decisões tecnológicas fundamentadas e alinhadas com a estratégia.

Trigger

Decisão estratégica, requisito de conformidade, mudança tecnológica significativa ou revisão periódica do roadmap arquitectural.

Âmbito

Desde a definição dos princípios arquitecturais até à revisão e melhoria contínua da arquitectura empresarial, incluindo enterprise architecture, arquitectura de soluções e governance tecnológico.

Fora do âmbito

Implementação técnica de soluções específicas (responsabilidade da gestão de desenvolvimento de software) e aquisição de hardware ou licenciamento (gestão de fornecedores).

Output

Arquitectura as-is documentada, arquitectura to-be aprovada, análise de lacunas, roadmap arquitectural com prioridades, standards e princípios publicados e relatório de conformidade arquitectural.

Diagrama do processo

Diagrama BPMN simplificado do processo de gestão de arquitectura (3 swimlanes). Percorra horizontalmente em dispositivos móveis.

Actividades macro

# Actividade Responsável Input Output
1 Definição de princípios arquitecturais Architecture manager Estratégia organizacional, requisitos de negócio Princípios e standards arquitecturais publicados
2 Mapeamento da arquitectura actual (as-is) Equipa técnica Inventário de sistemas, documentação existente Diagrama e descrição da arquitectura as-is
3 Definição da arquitectura alvo (to-be) Architecture manager Arquitectura as-is, objectivos estratégicos Arquitectura to-be aprovada pelo CTO
4 Análise de lacunas (gap analysis) Architecture manager / Equipa técnica Arquitectura as-is e to-be Relatório de gaps com impacto e esforço estimados
5 Roadmap arquitectural Architecture manager Gap analysis, prioridades de negócio Roadmap com iniciativas, fases e milestones
6 Governance e conformidade Architecture manager / CTO Roadmap, standards, projectos em execução Relatório de conformidade arquitectural
7 Revisão e melhoria Architecture manager Métricas, feedback de projectos, mudanças externas Arquitectura e standards actualizados

Descrição detalhada das actividades

O architecture manager estabelece ou revê os princípios que orientam todas as decisões tecnológicas da organização. Estes princípios são derivados da estratégia de negócio e definem o que é e o que não é aceitável em termos de escolhas técnicas, fornecedores e padrões de integração.

Passos chave

  • Alinhar com a estratégia organizacional e objectivos de TI
  • Definir princípios de cloud, segurança, interoperabilidade e escalabilidade
  • Validar os princípios com o CTO e stakeholders relevantes
  • Publicar e comunicar os princípios a todas as equipas de projecto
Critério de saída: documento de princípios arquitecturais aprovado pelo CTO e publicado no repositório central de arquitectura.

A equipa técnica, com apoio do architecture manager, documenta o estado actual da arquitectura: sistemas existentes, integrações, infraestrutura, dependências e dívida técnica acumulada. Esta fotografia é a base de toda a análise subsequente.

Passos chave

  • Inventariar todos os sistemas, aplicações e plataformas em uso
  • Mapear integrações e fluxos de dados entre componentes
  • Identificar dependências críticas e pontos únicos de falha
  • Documentar dívida técnica e componentes em fim de vida
  • Validar a arquitectura as-is com os service owners
Critério de saída: diagrama e descrição da arquitectura as-is validados pelos service owners e aprovados pelo architecture manager.

Com base nos princípios definidos e na análise as-is, o architecture manager desenha a arquitectura futura que responde aos objectivos estratégicos. A arquitectura to-be é um alvo, não necessariamente atingível a curto prazo, mas que orienta todas as decisões de investimento tecnológico.

Passos chave

  • Definir a arquitectura alvo por domínio (aplicacional, dados, infraestrutura, segurança)
  • Avaliar tecnologias e padrões a adoptar
  • Consultar equipas técnicas e service owners sobre viabilidade
  • Obter aprovação do CTO para a arquitectura to-be
Critério de saída: arquitectura to-be aprovada pelo CTO, com diagramas e descrição por domínio publicados no repositório central.

O architecture manager, em conjunto com a equipa técnica, compara a arquitectura as-is com a to-be e identifica os gaps que precisam de ser endereçados. Cada gap é avaliado quanto ao seu impacto no negócio, risco e esforço de resolução, para informar a priorização do roadmap.

Passos chave

  • Comparar componente a componente as arquitecturas as-is e to-be
  • Classificar cada gap por categoria (tecnológico, processo, segurança, dados)
  • Estimar impacto no negócio e risco de não endereçar o gap
  • Estimar esforço e custo de resolução para cada gap
  • Consolidar num relatório de gaps priorizado
Critério de saída: relatório de gap analysis aprovado com cada lacuna classificada por impacto, risco e esforço estimado.

O architecture manager transforma a análise de gaps num plano de acção faseado, com iniciativas concretas, timelines e critérios de sucesso. O roadmap é aprovado pelo CTO e pelo project manager, e integra-se com o planeamento de investimento anual.

Passos chave

  • Agrupar gaps em iniciativas coerentes e gerenciáveis
  • Sequenciar iniciativas por dependências e prioridade estratégica
  • Definir milestones, responsáveis e critérios de sucesso
  • Alinhar com o orçamento e capacidade das equipas
  • Obter aprovação do CTO e validação dos service owners
Critério de saída: roadmap aprovado pelo CTO com iniciativas, fases, responsáveis e critérios de sucesso definidos.

O architecture manager monitoriza, em colaboração com o CTO, o grau de aderência dos projectos em curso aos standards e princípios arquitecturais. Desvios são identificados, avaliados e tratados antes de se tornarem dívida técnica não gerida.

Passos chave

  • Rever os projectos em execução para conformidade arquitectural
  • Realizar architecture review boards periódicas
  • Documentar desvios aprovados com justificação e prazo de regularização
  • Reportar estado de conformidade ao CTO e gestão
  • Actualizar standards quando surgem novas tecnologias aprovadas
Critério de saída: relatório de conformidade arquitectural actualizado com desvios identificados e plano de regularização aprovado.

Periodicamente, o architecture manager conduz uma revisão formal do processo e da arquitectura, integrando feedback de projectos concluídos, mudanças no mercado tecnológico e evolução dos objectivos de negócio. Esta actividade assegura que a arquitectura permanece relevante e ajustada à realidade da organização.

Passos chave

  • Recolher feedback de projectos concluídos e equipas técnicas
  • Avaliar novas tecnologias e tendências de mercado relevantes
  • Rever métricas do processo e identificar áreas de melhoria
  • Actualizar princípios, standards e arquitectura to-be conforme necessário
  • Comunicar alterações a todas as partes interessadas
Critério de saída: arquitectura e standards actualizados e comunicados; próximo ciclo de revisão agendado.

Modelo RACI

Actividade Arch. manager
(AM)
Eq. técnica
(ET)
CTO
(CTO)
Service owners
(SO)
Project manager
(PM)
Definição de princípios arquitecturais R C A I -
Mapeamento da arquitectura as-is A R I C -
Definição da arquitectura to-be R C A C -
Gap analysis R R A C I
Roadmap arquitectural R C A I C
Governance e conformidade R C A I I
Revisão e melhoria R C A I I
R Responsible - executa a actividade A Accountable - responde pelo resultado C Consulted - é consultado I Informed - é informado

Métricas e KPIs

Métrica Descrição Target sugerido
Cobertura arquitectural Percentagem de serviços e sistemas com arquitectura documentada e actualizada > 90%
Conformidade com standards Percentagem de projectos novos aprovados em architecture review sem desvios não autorizados > 85%
Redução de dívida técnica Redução percentual anual do número de componentes classificados como dívida técnica crítica > 20%/ano
Aderência ao roadmap Percentagem de iniciativas do roadmap concluídas dentro do trimestre planeado > 75%
Tempo de architecture review Tempo médio para conclusão de uma architecture review de projecto, desde o pedido até à decisão < 10 dias úteis

Interfaces com outros processos

Entrada

Gestão de estratégia

Os objectivos estratégicos e a visão de negócio são o input primário para a definição dos princípios e da arquitectura to-be.

Saida

Gestão de desenvolvimento de software

Os standards e a arquitectura to-be orientam as decisões técnicas dos projectos de desenvolvimento, garantindo coerência arquitectural.

Saida

Gestão de infraestrutura e plataformas

O roadmap arquitectural define as evoluções de infraestrutura necessárias, nomeadamente em cloud, redes e plataformas de dados.

Saida / Entrada

Gestão de portfolio

O roadmap arquitectural informa as decisões de investimento do portfolio; o portfolio aprovado condiciona as iniciativas arquitecturais possíveis.

Saida

Gestão de configuração (CMDB)

A arquitectura documentada alimenta a CMDB com informação sobre componentes, relações e dependências entre sistemas.

Entrada

Gestão de fornecedores

As capacidades e limitações de fornecedores tecnológicos influenciam as decisões arquitecturais e a selecção de componentes.

Descarregar o pack completo

Inclui o processo documentado, template de arquitectura as-is e to-be, modelo RACI em Excel e guia de governance arquitectural.