Apresentações de Arquitetura
Visão Geral
Uma apresentação de arquitetura existe para produzir alguma coisa: uma decisão, um alinhamento, um compromisso, uma correção de rumo.
pergunta que estrutura tudo
"o que precisa acontecer ao fim desta reunião?"
A maior parte das apresentações técnicas não responde a essa pergunta. Elas expõem conteúdo — contexto, análise, arquitetura, plano — e terminam sem que ninguém saiba o que foi pedido.
O resultado é previsível: a reunião acaba, as pessoas concordam vagamente, e nada acontece.
Problema
O padrão:
34 slides
contexto (8), problema (6), arquitetura atual (5),
proposta (9), plano (4), próximos passos (2)
tempo: 45 minutos, com 40 de exposição
resultado: "muito bom, vamos avaliar"
Nenhum pedido foi feito. "Vamos avaliar" é o que se diz quando não se sabe o que foi pedido — e o que se avalia depois é o que cada um lembrou, que é pouco.
E há um segundo problema, específico de apresentações técnicas: a densidade. Um slide com um diagrama de vinte componentes ocupa a atenção de todos por dois minutos e comunica pouco, porque cada pessoa está tentando decifrar uma parte diferente.
Conceitos Centrais
Comece pelo pedido
"Estou pedindo aprovação para alocar 25% da capacidade de
engenharia por 12 meses a uma iniciativa. Vou explicar por
quê, e o que acontece se não fizermos."
Primeiro slide, ou primeiros trinta segundos. Isso orienta toda a escuta: as pessoas passam a avaliar o que ouvem contra o pedido, em vez de tentar adivinhar aonde a apresentação vai.
E tem um efeito adicional: se o pedido for inaceitável por alguma razão estrutural, isso aparece no minuto um em vez de no quarenta.
Ver comunicação.
Estrutura de quatro partes
1. o pedido o que preciso de vocês
2. a razão, com número por que
3. o que acontece se não a alternativa real
4. o risco e a mitigação o que pode dar errado
Quatro slides, ou quatro parágrafos. O detalhe técnico vai para anexo, e é usado se perguntado.
Essa estrutura funciona porque ela responde às perguntas na ordem em que quem decide as faz. A estrutura de engenharia — contexto, análise, conclusão — responde na ordem em que quem construiu a análise a produziu, que é outra coisa.
Reserve metade do tempo para discussão
apresentação de 45 min 20 de exposição, 25 de discussão
A discussão é onde a decisão acontece. Uma apresentação que ocupa 40 dos 45 minutos deixa cinco para o que importa — e o resultado é "vamos avaliar", porque não houve tempo de avaliar.
E há uma consequência prática: se você não consegue expor em vinte minutos, o material está denso demais ou o escopo está errado.
Um diagrama, uma mensagem
ruim um diagrama com toda a arquitetura
bom três diagramas, cada um mostrando uma coisa
Um diagrama numa apresentação tem alguns segundos de atenção. Se ele exige um minuto de estudo, ele não comunica — ele ocupa.
O que funciona: um diagrama com o mínimo necessário para a mensagem daquele momento, com o resto removido. Ver qualidade de diagrama.
As objeções prováveis vão no material
Antecipar as três objeções mais prováveis e endereçá-las antes de serem feitas demonstra preparo e economiza a discussão:
"vocês provavelmente vão perguntar por que não usamos a
solução do fornecedor X. Avaliamos, e ela não atende ao
requisito de residência de dados — está no anexo B."
Isso também protege contra a dinâmica em que uma objeção conhecida derruba a proposta por parecer não considerada.
As conversas individuais vêm antes
Reuniões de decisão raramente mudam posições — elas confirmam posições formadas antes. Isso significa que o trabalho de convencimento acontece antes, individualmente.
"conversei com segurança, operação e finanças. Segurança tem
uma ressalva sobre X, que está endereçada no slide 4."
Chegar à reunião sabendo a posição de cada participante é o que evita a surpresa que trava a decisão. Ver gestão de interessados.
Documento antes de slides, para decisões relevantes
slides toleram lacunas de raciocínio
documento expõe o argumento fraco antes da reunião
Um documento de duas a quatro páginas, lido antes, produz reuniões muito melhores: as pessoas chegam com perguntas em vez de com dúvidas, e o tempo é gasto no que importa.
Ele também é o que resta depois — os slides, sem narração, não comunicam nada.
Termine com o que foi decidido
"decidimos X. Fulano fica responsável por Y, com prazo Z.
Ficou em aberto W, que volta na próxima."
Trinta segundos ao final, com o registro enviado depois. Sem isso, a memória de cada participante diverge — e a divergência aparece semanas depois, quando é cara.
Modelo Mental
Comece pelo pedido, reserve metade do tempo para discussão, e termine registrando o que foi decidido. O detalhe vai para anexo.
Quando Usar
- Quando há decisão a produzir, alinhamento a construir ou compromisso a obter.
- Com o pedido enunciado nos primeiros trinta segundos.
- Depois das conversas individuais.
Quando Não Usar
Sem pedido explícito — uma apresentação informativa deveria ser um documento.
Com exposição ocupando todo o tempo.
Com diagramas densos.
Sem ter conversado antes com quem pode bloquear.
Sem registrar o que foi decidido.
Quando um documento resolveria — para muitos casos, ele resolve melhor.
Alternativas
- Documento lido antes, com a reunião dedicada a discussão. É superior para decisões complexas.
- Conversas individuais apenas — quando não há necessidade de decisão coletiva.
- Demonstração — quando existe algo funcionando, mostrar vale mais que apresentar.
- Nada — nem toda decisão precisa de reunião; muitas se resolvem de forma assíncrona.
A primeira é o padrão em organizações que a adotaram, e a mudança costuma ser percebida como uma das mais eficazes que uma área técnica pode fazer.
Trade-offs
| Apresentação | Documento |
|---|---|
| Interativo, ajusta ao vivo | Força clareza, persiste |
| Tolera lacunas | Exige que leiam |
| Melhor para alinhar | Melhor para decidir |
| Detalhe no corpo | Detalhe em anexo |
|---|---|
| Demonstra profundidade | Mantém o foco |
| Consome o tempo de discussão | Exige preparo maior |
Modos de Falha
Sem pedido. "Vamos avaliar."
Exposição longa. Sem tempo para decidir.
Diagrama denso. Ocupa atenção sem comunicar.
Objeção conhecida não endereçada. Derruba a proposta.
Sem conversas prévias. Surpresa que trava.
Sem registro final. Memórias divergentes.
Erros Comuns
Construir na ordem de engenharia.
Colocar o detalhe técnico no corpo.
Não reservar tempo de discussão.
Apresentar a públicos mistos com a mesma versão.
Não enviar o registro do que foi decidido.
Exemplo Real
Uma área de arquitetura de uma empresa de seguros tinha uma taxa de aprovação de propostas de 31%. As apresentações eram consideradas boas — o material era elogiado — e as decisões não saíam.
Uma revisão de doze apresentações encontrou o padrão:
apresentações com pedido explícito no início 2 de 12
tempo médio de exposição 38 min de 45
slides por apresentação, mediana 29
apresentações precedidas de conversas
individuais com todos os decisores 3 de 12
apresentações que terminaram com registro
do que foi decidido 1 de 12
As mudanças foram de formato, não de conteúdo:
Documento de três páginas enviado 48 horas antes, com a estrutura de quatro partes. A reunião passou a começar com cinco minutos de silêncio para quem não tinha lido.
Pedido no primeiro parágrafo, sempre.
Exposição de no máximo 15 minutos, com o restante do tempo em discussão.
Conversas individuais obrigatórias com todos os que podem bloquear, antes da reunião.
Três objeções prováveis endereçadas no documento, em seção própria.
Registro do decidido enviado no mesmo dia, com responsáveis e prazos.
Resultados após 14 meses, sobre 19 propostas:
taxa de aprovação de 31% para 79%
tempo médio entre proposta e decisão de 6,4 para 2,1 semanas
propostas rejeitadas 4, todas por razão
estrutural identificada
na conversa prévia
propostas que voltaram à mesa
por objeção tardia 0 (contra 5 no período
anterior)
As quatro rejeitadas são o resultado que a área considera mais valioso: todas foram rejeitadas antes da reunião, nas conversas individuais, o que economizou semanas de preparação em propostas que não avançariam.
A lição registrada: o conteúdo técnico das propostas não mudou. O que mudou foi que ele parou de ocupar a reunião — e que o pedido passou a ser feito.
E o silêncio de cinco minutos no início, para leitura, foi a mudança mais estranha e a mais citada: ela garantiu que todos chegassem ao mesmo ponto de partida, o que a apresentação nunca conseguia.
Conceitos Relacionados
Exercício Prático
Pegue a última apresentação de arquitetura que você fez e responda: qual era o pedido, e em que minuto ele foi feito?
Se não houver pedido, ou se ele veio depois do minuto trinta, você encontrou a razão de a decisão não ter saído.
Perguntas de Entrevista
- Por que começar pelo pedido muda a escuta de toda a apresentação?
- Por que reuniões de decisão raramente mudam posições?
- Por que um documento lido antes produz reuniões melhores?
Para Aprofundar
- Minto, Barbara. The Pyramid Principle. Pearson, 2009.
- Hohpe, Gregor. The Software Architect Elevator. O'Reilly, 2020.
- Duarte, Nancy. Resonate. Wiley, 2010.