Guia Completo sobre as Principais Diferenças no Ciclo do ADM entre TOGAF 9 e TOGAF 10

Introdução

O Método de Desenvolvimento de Arquitetura (ADM) é o alicerce do Framework de Arquitetura da The Open Group (TOGAF), fornecendo uma abordagem estruturada para o design, planejamento e implementação da arquitetura empresarial. Com o lançamento do TOGAF 10 em 2022, o ADM sofreu atualizações significativas em relação à sua versão no TOGAF 9, refletindo uma mudança para maior flexibilidade, agilidade e alinhamento com as demandas modernas das organizações. Este guia explora as principais diferenças no ciclo do ADM entre o TOGAF 9 e o TOGAF 10, oferecendo explicações detalhadas e exemplos práticos para ilustrar como essas mudanças impactam organizações em diversos setores.

Visão Geral do Ciclo do ADM

O ADM é um processo faseado e iterativo que orienta arquitetos no desenvolvimento e na gestão da arquitetura empresarial. Tanto no TOGAF 9 quanto no TOGAF 10, ele inclui fases centrais: Preliminar, Visão da Arquitetura, Arquitetura de Negócios, Arquitetura de Sistemas de Informação (Dados e Aplicativos), Arquitetura de Tecnologia, Oportunidades e Soluções, Planejamento de Migração, Governança da Implementação e Gestão da Mudança de Arquitetura. No entanto, o TOGAF 10 reimagina como essas fases são aplicadas, priorizando a adaptabilidade em vez da rigidez.

Principais Diferenças no Ciclo do ADM entre TOGAF 9 e TOGAF 10

1. Flexibilidade e Iteração

• TOGAF 9:
  • Descrição: O ADM no TOGAF 9 segue uma sequência estruturada e linear de fases. Embora a iteração seja possível, ela não é explicitamente enfatizada, frequentemente levando à percepção de rigidez.
  • Implicação: As organizações devem seguir rigorosamente os passos pré-definidos, o que pode atrasar a adaptação às necessidades em mudança.
  • Exemplo:
    • Cadeia de Varejo: Uma varejista que utiliza o TOGAF 9 para desenvolver uma plataforma de comércio eletrônico segue um processo passo a passo desde a visão até a implementação. Mudanças no mercado durante o projeto exigem o reinício de fases, atrasando o lançamento.
• TOGAF 10:
  • Descrição: O TOGAF 10 aumenta a flexibilidade do ADM, dando ênfase forte à iteração e reutilização. As fases podem ser revisitadas ou adaptadas conforme necessário, tornando o processo mais dinâmico.
  • Implicação: Arquitetos podem responder rapidamente a requisitos em evolução, alinhando a arquitetura às demandas reais do negócio em tempo real.
  • Exemplos:
    • Startup de Tecnologia: Um provedor de SaaS itera sua fase de Arquitetura de Tecnologia múltiplas vezes para incorporar feedback de clientes sobre um novo recurso em nuvem, acelerando o tempo para o mercado.
    • Sistema de Saúde: Um hospital aprimora sua Arquitetura de Dados de forma iterativa à medida que surgem novas regulamentações de privacidade de pacientes, evitando uma reinicialização completa do processo.

2. Integração Ágil

• TOGAF 9:
  • Descrição: O TOGAF 9 carece de orientações específicas sobre a integração de metodologias ágeis no ADM, tornando-o menos adequado para ambientes de desenvolvimento rápidos e iterativos.
  • Implicação: Organizações que utilizam Agile ou DevOps precisam personalizar amplamente o framework, frequentemente sem orientação clara.
  • Exemplo:
    • Empresa de Software: Uma empresa que adota o TOGAF 9 tem dificuldade para alinhar seu ADM de estilo cascata com sprints ágeis, resultando em lançamentos de recursos atrasados e frustração da equipe.
• TOGAF 10:
  • Descrição: O TOGAF 10 integra explicitamente práticas Ágeis no ADM, oferecendo orientações para alinhar a arquitetura com sprints, ciclos iterativos e fluxos de trabalho do DevOps.
  • Implicação: Os arquitetos podem apoiar de forma contínua as equipes Ágeis, garantindo que a arquitetura evolua junto com o desenvolvimento rápido.
  • Exemplos:
    • Desenvolvedor de Aplicativo Móvel: Usando o TOGAF 10, a equipe alinha sua fase de Arquitetura de Aplicativos com sprints de duas semanas, entregando incrementalmente um novo recurso de pagamento.
    • Plataforma de Comércio Eletrônico: Uma loja online utiliza a orientação Ágil do TOGAF 10 para integrar pipelines do DevOps em sua Arquitetura de Tecnologia, permitindo implantação contínua de atualizações do site.

3. Modelo de Processo vs. Modelo de Referência

• TOGAF 9:
  • Descrição: No TOGAF 9, o ADM é geralmente tratado como um modelo de processo prescritivo, com as organizações esperadas a seguir suas fases sequencialmente.
  • Implicação: Essa abordagem pode limitar a flexibilidade, especialmente para organizações com necessidades únicas ou não lineares.
  • Exemplo:
    • Empresa de Manufatura: Uma empresa que projeta um sistema de cadeia de suprimentos adere estritamente à sequência ADM do TOGAF 9, adiando a implementação enquanto completa cada fase integralmente antes de prosseguir.
• TOGAF 10:
  • Descrição: O TOGAF 10 re posiciona o ADM como um modelo de referência, em vez de um processo rígido, incentivando as organizações a adaptá-lo ao seu contexto.
  • Implicação: Esse deslocamento capacita os arquitetos a personalizar o ADM, concentrando-se nas fases relevantes ou combinando-as conforme necessário.
  • Exemplos:
    • Instituição Financeira: Um banco utiliza o ADM do TOGAF 10 como referência para priorizar a Arquitetura de Negócios e Tecnologia para um novo aplicativo móvel, pulando inicialmente as fases menos críticas.
    • Agência Governamental: Uma entidade do setor público adapta o ADM para se concentrar em Governança e Gestão de Mudanças para um portal de cidadãos, alinhando-se às prioridades regulatórias.

4. Modos de Entrega

• TOGAF 9:
  • Descrição: O TOGAF 9 não define explicitamente diferentes modos de entrega de arquitetura, dependendo de uma abordagem ‘um tamanho serve para todos’.
  • Implicação: As organizações devem adaptar suas necessidades de entrega a um único framework, o que pode não se adequar a diferentes tipos de projetos.
  • Exemplo:
    • Provedor de Telecomunicações: Uma empresa implantando uma rede 4G segue o ADM padrão do TOGAF 9, aplicando o mesmo processo tanto para infraestrutura quanto para sistemas voltados para o cliente, apesar das necessidades diferentes.
• TOGAF 10:
  • Descrição: O TOGAF 10 introduz modos distintos de entrega—como arquitetura adaptativa, arquitetura contínua e arquitetura de transformação—oferecendo abordagens personalizadas com base no escopo e nos objetivos do projeto.
  • Implicação: Os arquitetos podem escolher o modo mais adequado, aumentando a eficiência e a relevância.
  • Exemplos:
    • Empresa de Logística: Uma empresa de transporte utiliza o modo de arquitetura contínua do TOGAF 10 para manter um sistema de armazém em evolução, integrando dados em tempo real de IoT.
    • Provedor de Seguros: Uma seguradora adota o modo de arquitetura de transformação para reformular seu sistema legado de reclamações, com foco em modernização faseada.

Aplicações Práticas em Diversos Setores

As diferenças no ciclo ADM entre o TOGAF 9 e o TOGAF 10 têm implicações profundas sobre como as organizações aplicam a arquitetura empresarial. Eis como essas mudanças se manifestam na prática:

• Varejo:
  • TOGAF 9: Um varejista segue um ADM linear para desenvolver um novo sistema de estoque, concluindo todas as fases antes do lançamento, o que atrasa a resposta aos picos de demanda durante o período de festas.
  • TOGAF 10: O mesmo varejista utiliza um ADM iterativo e alinhado ao Agile para lançar o sistema de forma incremental, adaptando-se às tendências dos clientes durante o processo.
• Saúde:
  • TOGAF 9: Um hospital projeta um sistema de registros de pacientes com um ADM rígido, exigindo a conclusão completa de cada fase, o que atrasa o deploy diante de necessidades urgentes.
  • TOGAF 10: O hospital utiliza o ADM flexível do TOGAF 10 como referência, priorizando a Arquitetura de Dados e iterando conforme novas regulamentações surgem.
• Finanças:
  • TOGAF 9: Um banco aplica um ADM prescritivo para desenvolver um sistema de detecção de fraudes, seguindo todas as fases apesar dos prazos apertados.
  • TOGAF 10: O banco utiliza o modo de entrega adaptável do TOGAF 10, concentrando-se nas fases principais e iterando para atender rapidamente às exigências de conformidade e do mercado.
• Tecnologia:
  • TOGAF 9: Uma empresa de tecnologia tem dificuldade para alinhar o lançamento de seus microserviços com o ADM linear do TOGAF 9, exigindo personalizações extensas.
  • TOGAF 10: A empresa adota o ADM integrado ao Agile do TOGAF 10, alinhando a arquitetura aos sprints para um lançamento contínuo e sem problemas de microserviços.
• Governo:
  • TOGAF 9: Um município segue o ADM padrão do TOGAF 9 para um portal de serviços públicos, atrasando o lançamento devido à sua estrutura rígida.
  • TOGAF 10: O município utiliza o modo de transformação do TOGAF 10, adaptando o ADM para priorizar funcionalidades voltadas para os cidadãos e governança.

Por que essas diferenças importam

A evolução do ADM do TOGAF 9 para o TOGAF 10 reflete uma mudança mais ampla na arquitetura empresarial — de uma metodologia estruturada e de tamanho único para uma estrutura flexível e ágil. O foco do TOGAF 10 na iteração, integração com Agile e modos de entrega adaptáveis garante que arquitetos possam responder rapidamente às mudanças tecnológicas e empresariais. Ao tratar o ADM como uma referência em vez de um processo rígido, o TOGAF 10 capacita organizações a inovar de forma eficiente, mantendo o alinhamento com objetivos estratégicos.

Conclusão

O ciclo de ADM no TOGAF 10 representa um salto significativo em relação ao TOGAF 9, oferecendo flexibilidade aprimorada, compatibilidade com Agile e adaptabilidade contextual. Por meio do foco na iteração, aplicação baseada em referência e diversos modos de entrega, o TOGAF 10 capacita arquitetos a enfrentar desafios modernos — seja em startups tecnológicas de ritmo acelerado, instituições financeiras regulamentadas ou projetos transformadores no setor público. Este guia destacou essas diferenças com exemplos práticos, demonstrando como o ADM do TOGAF 10 pode impulsionar o sucesso empresarial em um cenário em constante evolução.

Ao compreender e aproveitar essas atualizações, as organizações podem transformar sua abordagem à arquitetura empresarial, garantindo que ela permaneça uma ferramenta poderosa para inovação e crescimento.