APRENDER. PRATICAR. EVOLUIR.Conceito e mecanismo
Aplicar o ADM exige escolher âmbito e detalhe adequados ao trabalho. Uma iniciativa de uma aplicação e uma transformação de toda uma linha de negócio não precisam da mesma profundidade em todos os elementos. Iteração permite incorporar aprendizagem dentro do trabalho de arquitetura e entre decisões relacionadas. Uma aprovação anterior estabelece uma referência, mas não torna nova evidência irrelevante. Se a descoberta de uma dependência invalida o desenho de dados, identifica o que fica afetado, quem decide e que modelos ou requisitos precisam de revisão. Não é necessário presumir que todo o programa deve recomeçar, nem que uma equipa pode alterar interfaces partilhadas sem coordenação.
Aplicação guiada
Particionar o trabalho ajuda a gerir complexidade. Duas equipas podem desenvolver segmentos diferentes enquanto partilham identidade e dados de referência. Define fronteiras, contratos, pontos de integração e responsabilidades por decisões comuns. A autonomia útil depende de interfaces claras, não da ausência de relações. Num contexto ágil, o backlog pode receber trabalho arquitetural e resultados de validação; continua a ser necessário manter requisitos e decisões que atravessam equipas. O detalhe deve aumentar onde o risco e a decisão o justificam. A documentação pode evoluir com as entregas, desde que o estado e a validade sejam claros para quem implementa e opera.
Duas equipas podem avançar em paralelo se concordarem sobre o contrato de identidade que ambas usam.
Armadilhas comuns
Iteração sem histórico; fases irreversíveis; particionamento como isolamento total; agilidade como ausência de governance.
Tópicos relacionados: Governar implementação e exceções · Conteúdo, vistas e rastreabilidade
Adapta o percurso mantendo as dependências e decisões comuns visíveis.
Referência: Foundation competency mapping · OGEA-101, TOGAF Enterprise Architecture Foundation; body of knowledge drawn from TOGAF Standard, 10th Edition