Ferramentas de arquitetura corporativa: como escolher a ideal

Ferramentas de arquitetura corporativa ajudam você a mapear capacidades, aplicações, dados e processos e a entender como tudo se conecta. A escolha ideal depende do que você precisa: um inventário, padrões e roadmaps ou evidências de como o trabalho acontece de verdade.

Um repositório mostra o que você tem e como esses elementos deveriam se encaixar. Mas não necessariamente mostra o que acontece quando as pessoas usam esses sistemas e processos.

Essa lacuna não é culpa de quem mantém a arquitetura. O trabalho muda, os documentos ficam desatualizados e os sistemas operacionais registram evidências que um modelo estático não consegue fornecer sozinho.

Para que servem as ferramentas de arquitetura corporativa?

As ferramentas de arquitetura corporativa ajudam você a descrever uma organização e as relações entre suas partes. Em geral, elas atendem a três objetivos principais.

• Inventário: registre capacidades, processos, aplicações, dados, responsáveis e dependências.
• Padrões e roadmaps: aplique frameworks como TOGAF ou ArchiMate para avaliar mudanças propostas e planejar a transição do estado atual para o estado desejado.
• Análise: entenda como a organização funciona e como uma mudança pode afetá-la.

Um repositório pode ajudar você a responder perguntas como quais aplicações dão suporte a uma capacidade ou quais processos dependem de um sistema. Também pode oferecer às equipes um vocabulário comum para discutir mudanças.

Mas um repositório de arquitetura não explica automaticamente como o trabalho acontece na prática. O nome, o responsável e a descrição de um processo não mostram com que frequência os casos seguem caminhos excepcionais, onde ficam parados ou quantas rodadas de aprovação percorrem.

Essa diferença orienta o restante desta comparação: as ferramentas de repositório descrevem o que você tem e pretende fazer; o ProcessMind ajuda você a analisar o que os sistemas mostram que está acontecendo.

O que avaliar ao comparar softwares de arquitetura corporativa?

Compare os softwares de arquitetura corporativa com o trabalho que você precisa realizar, não apenas com a lista de recursos no site do fornecedor.

1. Repositório e metamodelo: a ferramenta representa suas capacidades, processos em vários níveis, aplicações, dados e relações sem exigir soluções improvisadas?
2. Suporte a frameworks: o produto oferece suporte a ArchiMate e TOGAF ou apenas disponibiliza elementos para diagramas?
3. Detalhamento de processos: você consegue passar de um processo de alto nível para subprocessos, atividades, gateways e variantes? Peça para ver um processo representado em vários níveis.
4. Conexão com dados: é possível atualizar ou verificar alguma parte da arquitetura com dados operacionais, em vez de depender apenas de atualizações manuais?
5. Colaboração e permissões: as equipes podem contribuir e revisar o trabalho? As pessoas conseguem consultar o repositório sem precisar de uma licença de edição?
6. Hospedagem e residência de dados: onde seus dados ficam armazenados, quem pode acessá-los e isso atende aos seus requisitos?
7. Interoperabilidade: você consegue exportar sua arquitetura e usar APIs ou formatos abertos? Você deve poder levar seu trabalho com você.
8. Licenciamento: como são licenciados editores, revisores e pessoas com acesso somente para leitura? Compare o custo total para todas as pessoas que precisam de acesso, não apenas para a equipe principal.

Dê atenção especial ao detalhamento dos processos e à conexão com dados. Um mapa de capacidades pode ser útil no planejamento, mas fica mais difícil agir com base nele se você não consegue conectá-lo aos processos executados pelas pessoas.

Peça aos fornecedores que demonstrem como um modelo é mantido, até que nível da hierarquia de processos você consegue aprofundar a análise e se as informações podem ser verificadas com dados. As respostas mostram se a ferramenta dá suporte à camada de processos ou apenas a registra.

Esses critérios ajudam você a decidir se precisa de um repositório de arquitetura corporativa, de uma camada de evidências dos processos ou dos dois.

Qual ferramenta de arquitetura corporativa atende a cada necessidade?

Cada tipo de ferramenta de arquitetura corporativa atende a necessidades diferentes. Uma comparação útil começa pelo trabalho a realizar, não pela quantidade de recursos. Por isso, a matriz abaixo aplica os oito critérios às categorias e deixa nossa solução por último.

As suítes de arquitetura corporativa com foco em repositório, como Software AG ARIS, Bizzdesign, MEGA HOPEX, Orbus iServer e Sparx EA, foram desenvolvidas para repositórios de arquitetura, frameworks, governança e gestão de portfólio. São adequadas para organizações com mandato e capacidade para manter um programa formal de arquitetura.

As plataformas de gestão de arquitetura corporativa, como SAP LeanIX, oferecem uma abordagem SaaS para inventários de aplicações e capacidades. Podem atender a organizações que buscam visibilidade sobre seu panorama de aplicações e uma forma estruturada de gerenciar a arquitetura corporativa.

As ferramentas de diagramação e ArchiMate podem ser uma opção prática quando sua principal necessidade é criar e compartilhar modelos. O Archi é uma opção gratuita, de código aberto e nativa do ArchiMate. Práticas baseadas no Visio também podem documentar a arquitetura. Verifique se os recursos de repositório, colaboração e governança atendem às suas necessidades.

Os módulos de ITSM e plataformas podem fazer sentido quando as visões de arquitetura precisam ficar junto dos sistemas que você já usa. Verifique se o nível de detalhamento da modelagem e os recursos de repositório do módulo atendem às suas práticas de arquitetura.

O ProcessMind responde a outra pergunta: como o trabalho acontece e o que os dados operacionais mostram? Ele conecta fluxos de valor e níveis de processo aos dados de eventos que seus sistemas já registram. Assim, você pode analisar a arquitetura até chegar às atividades executadas pelas pessoas e verificar o que realmente aconteceu.

Não existe uma única opção vencedora em todas essas categorias. Escolha a ferramenta que atende primeiro à necessidade mais importante. Se sua principal preocupação é o comportamento dos processos, comece pelas evidências da camada de processos. Adicione um repositório quando seu programa de arquitetura precisar dele.

Por que a arquitetura corporativa se distancia da realidade?

A arquitetura corporativa pode se distanciar da realidade quando o repositório depende de atualizações manuais e o modelo fica distante do trabalho que deveria descrever.

Três fatores estruturais aumentam a chance de isso acontecer:

• As pessoas mantêm o repositório manualmente. Mudanças em processos, aplicações e responsabilidades precisam ser registradas e revisadas.
• Os benefícios podem demorar a aparecer. As equipes podem depender de um inventário preciso em uma auditoria ou análise de impacto futura, enquanto o trabalho de atualização precisa ser feito agora.
• O modelo descreve a intenção, não o comportamento. Um processo documentado pode não mostrar retrabalho, exceções, handoffs ou períodos de espera que ocorrem nos casos reais.

Mapas de capacidades e inventários de aplicações ajudam a entender a organização em alto nível. Mas quem executa o trabalho pode não reconhecer seu processo do dia a dia em um modelo que para no nível da capacidade ou da aplicação.

As diferenças costumam aparecer nos detalhes: variantes de processo, handoffs, aprovações repetidas e tempo de espera. Um repositório pode registrar o processo planejado, mas precisa de outra fonte de evidências para mostrar se essa descrição ainda corresponde ao que acontece na operação.

Uma arquitetura que ninguém reconhece falha de duas formas. As pessoas encontram outros caminhos porque o modelo prevê uma aprovação, enquanto a equipe sabe que são três. Assim, deixam de consultar o modelo. Ou ele permanece como um artefato de conformidade, atualizado antes de uma auditoria e ignorado no restante do tempo. Nenhuma dessas falhas é culpa da ferramenta. Ambas refletem a distância entre o modelo e o trabalho.

Uma governança melhor pode ajudar a manter o repositório atualizado. Mas, por si só, não fornece evidências independentes de que o modelo corresponde ao que acontece. Conectar modelos de processo a dados operacionais oferece uma forma de verificar essa camada.

Como conectar a arquitetura ao trabalho das pessoas?

Detalhar onde o trabalho acontece ajuda as equipes a reconhecer a arquitetura e oferece algo que você pode verificar com dados operacionais.

Um mapa de capacidades descreve o que a organização precisa fazer. Um modelo de processo pode mostrar como o trabalho é realizado, quem é responsável por ele e como os subprocessos se relacionam. Quanto mais claras forem as conexões entre esses níveis, mais fácil será passar de uma visão da arquitetura ao trabalho que ela representa.

Um Event Log acrescenta evidências sobre casos concluídos. Ele pode mostrar quais atividades ocorreram, em que ordem e quanto tempo os casos levaram. Comparar essas evidências com um modelo de processo ajuda você a identificar onde o comportamento observado difere do fluxo documentado.

Isso não significa que seja possível derivar todas as partes de uma arquitetura corporativa dos dados de eventos. Decisões de portfólio, padrões e escolhas sobre o estado desejado ainda exigem práticas de arquitetura e governança. Os dados podem fornecer uma base verificável para a camada de processos, mas não substituem o repositório inteiro.

Detalhar os processos onde o trabalho acontece evita os dois problemas. Quando a arquitetura chega às atividades, aos handoffs e ao tempo de espera, a equipe consegue apontar o próprio trabalho no modelo, e cada responsável pode ver por qual decisão responde. Uma ferramenta de arquitetura corporativa pode armazenar o portfólio. O que conecta esse portfólio às pessoas que o tornam realidade é o próprio trabalho.

As evidências dão à conexão um sinal que pode ser verificado por quem revisa o modelo. O tempo de espera indicado no modelo deve corresponder ao do Event Log. Quando não corresponde, a conversa passa a ser sobre o processo, não sobre o diagrama. É uma discussão mais útil do que fazer outra rodada de atualizações.

Isso também muda a ordem do trabalho. Em vez de concluir o repositório primeiro e esperar que os detalhes apareçam depois, meça um processo, conecte-o ao nível acima e deixe o modelo conquistar confiança onde pode ser verificado. Esse primeiro recorte é pequeno o bastante para ser concluído e oferece ao programa de arquitetura um exemplo funcional, não apenas um plano.

Você pode consultar a documentação da arquitetura de processos para ver como os níveis de processo e suas relações são representados. Para entender a parte dos dados, leia como criar um Event Log para Process Mining.

Por que o ProcessMind adota uma abordagem diferente para arquitetura?

O ProcessMind aborda a arquitetura a partir do que pode ser comprovado com dados. Essa diferença é intencional, não uma versão reduzida do que um repositório oferece.

Gestão de portfólio, ciclo de vida de aplicações e governança de padrões são o foco dos repositórios. ARIS, SAP LeanIX, Bizzdesign, MEGA HOPEX, Orbus e Sparx fazem esse trabalho bem. Aqui, o foco é a camada de processos.

Nosso foco é a camada de processos: fluxos de valor, níveis de processo configuráveis, responsabilidades RACI, fluxos de governança e um portal de visualização, tudo conectado a dados de eventos. Essa camada atende por si só às necessidades relacionadas a processos e também se integra naturalmente a um repositório quando um programa de arquitetura precisa dele.

Como escolher uma ferramenta de arquitetura corporativa?

Escolha com base nas perguntas que suas equipes precisam responder e no trabalho de arquitetura que você precisa governar.

• Você precisa de gestão de portfólio, padrões e roadmaps: considere uma suíte completa de arquitetura corporativa e planeje os recursos humanos e processos necessários para manter o repositório.
• Você precisa de um inventário SaaS de aplicações e capacidades: avalie uma plataforma de gestão de arquitetura corporativa, como o SAP LeanIX, de acordo com suas necessidades de inventário e governança.
• Você precisa entender o comportamento dos processos: comece com modelos de processo e dados operacionais. Depois, decida se também precisa de um repositório mais abrangente.
• Você ainda está decidindo: identifique as perguntas mais frequentes das equipes. Isso ajuda a escolher se você deve começar com um repositório, evidências dos processos ou os dois.

Se você está comparando ferramentas com foco em repositório, confira nossa comparação de alternativas ao ARIS. Se está avaliando como modelos e dados podem trabalhar juntos, leia como a modelagem de processos e o Process Mining se complementam.

Comece pelo que você consegue comprovar. Adicione o repositório quando seu programa de arquitetura precisar de recursos mais amplos de governança e gestão de portfólio.

Onde o ProcessMind se encaixa?

O ProcessMind é uma camada de processos e fluxos de valor que conecta a arquitetura a evidências de como o trabalho acontece.

Enquanto o repositório reúne o portfólio e os padrões, o ProcessMind reúne a camada de processos e as evidências que a sustentam. As equipes que usam os dois podem verificar os detalhes dos processos na arquitetura. Quem precisa apenas da camada de processos pode usá-la de forma independente.

Você pode organizar os processos em níveis configuráveis, modelá-los em BPMN 2.0, atribuir responsabilidades RACI e usar fluxos de governança e um portal de visualização. Também pode conectar modelos de processo a dados de eventos para comparar os processos documentados com o comportamento observado. A simulação de processos permite explorar uma mudança no modelo antes de alterar o processo em produção.

Para conhecer melhor os recursos de arquitetura de processos do produto, acesse a página de arquitetura de processos corporativos. Você também pode ler sobre governança de processos e o que é Process Mining.