Precisa de ajuda para escolher o seu
treinamento ou tem alguma dúvida?

Removendo o gargalo da arquitetura

“Na empresa onde trabalho existe uma equipe de arquitetura, que precisa suportar 8 squads onde cada uma possui suas prioridades. Ou seja, a arquitetura está sendo um gargalo… Vcs  tem alguma dica para nos ajudar ? Desde já obrigada.” por Aline Dias

Essa foi uma pergunta recebida num grupo sobre Lean Inception & MVP. 

Segue algumas das excelentes respostas dadas no grupo:

  • Time multifuncional (com arquiteto no time)
  • Rodar STATIK para dar visibilidade aos gargalos
  • Criar um integration team (estilo NEXUS)
  • Calcular a capacidade atual dos arquitetos e contratar mais para atender a c capacidade desejada

 

Adicionando a essa conversa… eu arriscaria dizer que:

 

O gargalo não está nas pessoas arquitetas, mas sim na arquitetura.

É (ou era, dependendo do contexto da sua empresa) muito comum arquitetura e base de dados relativamente centralizadas; por isso a necessidade das pessoas arquitetas e muito alinhamento entre elas.

Mas as coisas estão mudando. As arquiteturas agora tem: Micro-serviços, Bounded Context (de Domain Driven Design) e Data mesh (estilo de organização de dados por equipes de domínios específicos, tipicamente organizadas por business capabilities).

E isso muda o jogo.

Os squads passam a ser organizados por business capabilities, responsáveis por seus micro-serviços, dados e arquitetura. Isso diminui bastante o gargalo das pessoas arquitetas. Arquitetura passa a ser somente um plano diretor de alto-nível; as dependências e decisões do dia-a-dia são tomadas nos squads, sem passar pelo gargalo da arquitetura. 

Para produtos digitais mais antigos, com arquiteturas semi ou monolíticas, será necessário um cenário híbrido, onde o legado convive com o novo. E o novo começa com arquitetura no novo estilo. As respostas dos colegas ajudam com esta transição e o dia-a-dia dos squads.

 

A engenharia também está mais Lean

 

Mas para os novos produtos, aqueles que são planejadas nas Lean Inceptions, com plano de liberação e evolução incremental do produto baseado no conceito de MVP: Não crie monólitos! A engenharia também está mais Lean (não somente a inception!).  O Alexandre Barbosa e eu estamos compilando as boas práticas nesse assunto nesse e-book: Lean Software Engineering, como desenvolver seu MVP.

 

Comentários no LinkedIn. 

 

 

 

 

 

 

 

 

 

 

Paulo Caroli

Paulo Caroli is an author, speaker, and consultant specializing in agile transformations, Lean Inception, and OKRs. With over 30 years of experience—including nearly a decade in Silicon Valley and 18 years at ThoughtWorks—he has helped organizations transition from project to product and from strategy to execution. Creator of the Lean Inception methodology and author of bestselling books like Lean Inception and Team OKR, Paulo is dedicated to empowering teams to align, validate, and deliver real business value.
Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

Inteligência Artificial e Outcomes: Por que Produzir Mais Não Significa Gerar Mais Resultados

A inteligência artificial está tornando os outputs mais rápidos, baratos e abundantes. Mas produzir mais não significa gerar mais resultados. Neste artigo, Paulo Caroli explica por que outcomes, julgamento e ownership se tornam ainda mais importantes à medida que papéis, processos e estruturas de times mudam. A partir de Lean Inception, Team OKR e Triple Track, o texto mostra como conectar estratégia, aprendizado e execução na era da IA.

ler mais

Pin It on Pinterest