Crie uma conta gratuita ou Faça login
Podcast
Tech Leadership Rocks
Episódio 223

Influenciar decisões arquiteturais com Janderson Silva

• 1 hora e 5 minutos

Tomar decisões arquiteturais em engenharia de software pode ser um desafio, especialmente quando se trata de influenciar mudanças significativas dentro de uma empresa. Muitos engenheiros enfrentam barreiras ao tentar justificar refatorações ou alterações estruturais, principalmente quando a conexão entre tecnologia e negócio não está clara para todos os envolvidos. Neste episódio Edu recebe o Janderson Silva, Senior Staff Engineer na Hubla e exploram estratégias para aumentar a influência técnica e garantir que decisões arquiteturais sejam melhor compreendidas e aceitas.

Reaja nos momentos marcantes
Curti
Boa ideia
Amei
Engraçado
Parabéns
Mind blown

O ser humano tem aversão ao medo. Se um stakeholder não entende uma proposta técnica, a tendência natural é rejeitá-la. Cabe a nós desmistificar e construir essa ponte.

— Janderson Silva

Capítulos

00:00:00 Introdução
00:00:53 Quem é Janderson Silva
00:05:06 Faz sentido mudar tech sem impacto no negócio?
00:08:41 Corte o escopo do produto, não a qualidade
00:11:32 Traduzir mudança tecnológica para resultado de negócio
00:15:28 A importância de quem é técnico também entender do negócio
00:19:38 Mapeamento de stakeholders p/ propor mudança arquitetural
00:25:30 Como identificar stakeholders chave
00:29:22 Como apresentar sua ideia de forma eficaz
00:33:42 Como criar um plano robusto para mudança arquitetural
00:39:13 A importância de saber o nível de maturidade da empresa
00:46:26 Como analisar trade-offs
00:52:43 Documentação para grandes mudanças arquiteturais
00:57:00 A pior decisão arquitetural do Janderson e do Edu
01:02:36 Mensagem final

Resumo deste episódio

A importância de relacionar tecnologia e negócios

Uma das principais dificuldades enfrentadas por engenheiros é justificar mudanças que, aparentemente, impactam apenas a tecnologia. No entanto, toda decisão arquitetural tem uma consequência para o negócio, ainda que não seja evidente no primeiro momento. Melhorias na qualidade do código, por exemplo, podem reduzir bugs, diminuir custos operacionais, melhorar a experiência do usuário e aumentar a retenção de clientes. Para tornar isso claro, é fundamental aprender a comunicar esses impactos de forma acessível para stakeholders não técnicos.

Como comunicar melhor as mudanças arquiteturais

Para influenciar decisões, é essencial criar uma narrativa bem estruturada:

  • Foque no impacto: Comece discutindo os benefícios e riscos para o negócio antes de entrar nos detalhes técnicos.
  • Use uma linguagem adequada ao público: Para conversas com executivos, utilize termos relacionados a custo, receita e segurança; para times técnicos, entre nos detalhes arquiteturais.
  • Demonstre com dados: Métricas são cruciais para comprovar o valor de uma mudança. Redução de latência, custo menor com infraestrutura e tempo de desenvolvimento reduzido são exemplos de pontos de impacto mensuráveis.
  • Traga exemplos concretos: Apresente situações onde melhorias técnicas tiveram impacto direto no sucesso de um produto.

Identificação e engajamento de stakeholders

Nem todas as pessoas têm o mesmo peso nas decisões. Identificar quem são os principais influenciadores é essencial. Essas são algumas abordagens para mapear stakeholders:

  • Analisar a rede de influência: Nem sempre a pessoa com maior cargo é a que mais influencia nas decisões. Busque entender quem realmente tem a capacidade de influenciar outras pessoas dentro da empresa.
  • Conversar individualmente antes de apresentar a ideia: Ao engajar stakeholders antes de uma reunião formal, você reduz resistências e garante que mais pessoas estejam do seu lado no momento da decisão.
  • Adaptar a comunicação: Falar a linguagem do stakeholder é essencial. Aprender os termos do negócio e utilizá-los cria uma conexão maior e torna a mensagem mais eficaz.

Estruturando apresentações eficazes

Na hora de apresentar uma mudança arquitetural, a forma como a informação é organizada faz toda a diferença:

  • Utilizar um arco narrativo: Comece com o problema, apresente as soluções possíveis e finalize com a recomendação embasada em dados.
  • Adaptar para diferentes audiências: Um documento técnico detalhado (Design Doc) para engenheiros e uma apresentação executiva sucinta para tomadores de decisão.
  • Ser claro e objetivo: O tempo das pessoas é limitado. Seja direto e foque no essencial.

Planejamento de mudanças arquiteturais

Mudanças grandes devem ser planejadas com cuidado. Essas são algumas boas práticas:

  • Implementar de forma incremental: Dividir o projeto em pequenas entregas reduz riscos e facilita a aprovação.
  • Usar feature flags: Permite testar alterações em produção para um público restrito antes do lançamento total.
  • Evitar soluções irreversíveis: Sempre que possível, garanta que seja viável reverter a mudança caso algo dê errado.

Documentação e compartilhamento de conhecimento

A documentação adequada é fundamental para garantir que as decisões arquiteturais sejam compreendidas e seguidas ao longo do tempo:

  • Design Docs: Documentos técnicos detalhados ajudam a registrar as decisões e facilitar a colaboração entre engenheiros.
  • Apresentações executivas: Versões simplificadas para tomadores de decisão garantem que os aspectos de negócio sejam bem comunicados.
  • Registro de trade-offs: Manter documentado quais opções foram consideradas e por que foram descartadas ajuda a evitar debates recorrentes e a justificar decisões futuras.

Análise de trade-offs

Toda decisão arquitetural envolve escolhas e comprometimentos. Para garantir que a melhor decisão seja tomada:

  • Analise diferentes opções: Considerar alternativas aumenta a confiança na decisão final.
  • Tenha cuidado com viés de confirmação: Busque opiniões diferentes e avalie os prós e contras de cada solução.
  • Pense no longo prazo: Uma decisão pode parecer ótima agora, mas pode gerar complexidade desnecessária no futuro.

Lições de más decisões arquiteturais

Ao longo da carreira, todos os engenheiros acabam cometendo erros arquiteturais. Aprender com essas experiências é fundamental para evitar repetições no futuro. Essas são alguns insights das experiências compartilhadas pelo Janderson e Edu no episódio:

  • Introdução prematura de microserviços: Muitas equipes optam por sair de um monolito sem uma justificativa clara, apenas por seguir uma tendência do mercado, resultando em complexidade desnecessária.
  • Refatorações sem uma análise profunda: Reformular um sistema inteiro sem avaliar alternativas pode consumir muito tempo e recursos sem trazer benefícios concretos.
  • Escolha inadequada de tecnologias: Decidir por uma nova ferramenta ou linguagem sem considerar maturidade, suporte e compatibilidade com a equipe pode gerar mais problemas do que soluções.

Reconhecer esses erros e entender o impacto de cada decisão é essencial para tomar decisões mais informadas e eficazes no futuro.

Conclusão

Influenciar mudanças arquiteturais é um desafio que exige mais do que apenas conhecimento técnico. Saber comunicar ideias, envolver stakeholders e planejar cuidadosamente cada etapa do processo são habilidades essenciais para qualquer engenheiro que deseja impactar a direção estratégica de um projeto. Adotar uma abordagem estruturada e alinhada com o negócio aumenta as chances de sucesso e facilita a aprovação de iniciativas importantes.

Para aprofundar seu conhecimento sobre como fazer apresentações eficazes, confira a aula sobre este tema conduzida pelo Nélio Xavier aqui na Escola Forja.

Para ler todo o resumo Crie uma conta grátis ou Faça login