← Technical Lead: decisões, qualidade e equipa
10 / 10 · 60 MIN

Dívida técnica, mentoria e decisões entre equipas

Distingue esforço de prazo, torna hipóteses explícitas e desenvolve autonomia com evidência observável.

Separar capacidade, esforço e benefício

Uma intervenção fictícia custa 24 horas de correção e doze de migração. Se eliminar cinco horas semanais de retrabalho, recupera 36 horas após 7,2 semanas de poupança no modelo. Este ponto de equilíbrio não é a data de entrega. Com apenas seis horas semanais reservadas para executar a tarefa, a execução requer seis semanas, sem incluir filas ou dependências. A poupança só começa quando a alteração produz o efeito previsto. Se o benefício variar entre três e seis horas semanais, o retorno de esforço varia entre doze e seis semanas. Apresenta estas hipóteses em separado ao sponsor. Não converte horas poupadas em dinheiro garantido nem ignora trabalho de migração. Após a mudança, compara o retrabalho observado com a estimativa, usando uma janela e uma definição consistentes. Uma tarefa tecnicamente concluída pode não ter eliminado a causa do esforço manual.

Tomar decisões com hipóteses visíveis

Um protótipo de armazenamento respeita o limite de memória com acesso sequencial. A integração terá consultas aleatórias que ainda não foram ensaiadas. Escrever “opção validada” amplia a conclusão para um uso não observado. No registo proposto, identifica a hipótese, a confiança limitada, o responsável e a experiência que poderá alterar a escolha. Um resultado negativo reproduzível também é útil quando responde à pergunta do spike. Não deve ser escondido por não produzir uma funcionalidade. Se a arquitetura tiver uma fase temporária e outra final, regista as decisões de cada fase com ligações e condições de transição. Uma data planeada não prova que o adaptador foi removido. Quando a plataforma não suporta a retenção de logs exigida, apresenta opções aos responsáveis de plataforma e do requisito; não transforma a limitação técnica numa alteração unilateral do compromisso.

Desenvolver revisores com tarefas delimitadas

Uma matriz declara que Ana e Rui conhecem o módulo. Ana está indisponível e Rui nunca avaliou o novo controlo de acesso. A célula preenchida não demonstra competência nessa especialidade. Começa por uma tarefa concreta: pedir a Rui que avalie entradas de um importador preparado para aprendizagem, identifique dois defeitos conhecidos e justifique uma dúvida a encaminhar. Define o apoio disponível e observa o raciocínio, em vez de contar apenas aprovações ou presença em sessões. Se o colega não compreende o problema, repetir “traz uma proposta” pode manter o bloqueio. Trabalha um exemplo e pede que explique o passo seguinte. O feedback positivo também deve ensinar: identifica a falha que o novo teste apanha e quando esse critério se aplica. Amplia a delegação a partir de resultados observados, mantendo os limites para riscos ainda não praticados.

Sessão acompanhada e critérios de observação

Prepara uma sessão de 30 minutos com três papéis: autor, revisor e observador. Nos primeiros cinco minutos, o autor apresenta a regra por linha e o diff misto do caso anterior. Durante dez minutos, o revisor organiza a análise e pede evidência; o observador regista se separou defeito demonstrado, preferência e especialidade em falta. Introduz então uma alteração posterior à revisão e cinco minutos de passagem em inglês. Reserva os últimos dez minutos para explicar dívida, capacidade e retorno ao sponsor fictício. Cada participante deve produzir uma sequência comentada, uma nota de passagem e uma decisão com hipótese aberta. A grelha observa clareza do âmbito, ligação entre requisito e evidência, coerência de unidades e encaminhamento adequado. Usa o script da aula anterior para conferir apenas as contas e campos declarados. Esta sessão foi concebida, mas ainda não foi realizada com participantes humanos; os resultados locais não substituem observação profissional.

36 / 6 = 6 weeks of reserved execution capacity
36 / 5 = 7.2 weeks of savings after the effect begins
36 / 6 to 36 / 3 = 6 to 12 weeks of savings under the stated range
NA PRÁTICA

36 horas de esforço, seis horas semanais disponíveis e três a seis horas de benefício semanal representam três medidas diferentes, com consequências distintas para o sponsor.

Armadilhas comuns

Confundir prazo de entrega com retorno; aceitar matriz declarada como competência; ocultar um protótipo negativo; ampliar aprovação além da evidência.

Tópicos relacionados: Registos de decisão · Desenvolvimento de competências

Leva esta ideia contigo

Torna explícitas as hipóteses e observa o desempenho em tarefas delimitadas antes de ampliar compromissos ou delegação.

Criar conta

Referência: Collaborate with workload and platform teams · Google Engineering Practices, SRE and DORA; Microsoft architecture decision and collaboration guidance; OWASP threat modeling; UK lead developer framework; inspected 2026-10-01