← Engineering Manager: pessoas, capacidade e entrega
08 / 10 · 60 MIN

Desenvolvimento com evidência e tempo de prática

Liga aprendizagem a tarefas observáveis, feedback contextual, mentoria viável e progressão delimitada.

Escolher a lacuna a desenvolver

Uma equipa comprou licenças de formação, mas apenas uma pessoa continua capaz de renovar a identidade de um serviço crítico. Comprar acesso a vídeos é uma atividade; reduzir a dependência é o resultado pretendido. Identifica uma tarefa concreta, uma pessoa interessada e as condições necessárias para praticar. Verifica ambiente, dados permitidos, acompanhamento e acesso. Define uma sequência apropriada ao risco: compreender o objetivo, observar uma execução, praticar com apoio e demonstrar o âmbito que poderá assumir. A sequência é uma proposta original do exercício e deve ser adaptada, não uma regra universal de certificação. Três observações sem execução podem dar contexto, mas não demonstram decisão autónoma. O plano deve indicar o que falta observar e quem acompanha.

Reservar capacidade de ambos os lados

Duas pessoas precisam de três horas exclusivas com a mesma mentora. São seis horas de mentoria, não três. Se apenas quatro foram reservadas, faltam duas antes de considerar outras restrições. É possível alterar a sequência, procurar outro apoio competente ou negociar compromissos; não é correto pressupor simultaneidade quando a atividade exige exclusividade. Numa semana fictícia de 40 horas, dez horas de ausência, dezoito de operação e quatro de mentoria sem sobreposição deixam oito horas para o restante trabalho. A conta não garante uma entrega, mas torna o conflito discutível. Inclui preparação e seguimento quando forem necessários, sem presumir que estão contidos nas horas do exercício. Mantém a cobertura do serviço e torna explícito que compromisso muda para criar espaço de aprendizagem.

Dar feedback que possa ser usado

Rui omitiu a confirmação do ambiente em duas tentativas. Em vez de o classificar como descuidado, descreve o que observaste, pergunta pelo contexto e pratica o passo em falta. Se Rui explicar que recebeu a versão antiga do runbook, compara os registos antes de concluir. Corrigir uma distribuição de instruções não elimina a necessidade do novo passo; cria condições para o aprender e observar. Não compares automaticamente duas tarefas simples bem realizadas com oito recuperações bem realizadas em dez oportunidades. Os rácios são 100% e 80%, mas âmbito, dificuldade e oportunidades diferem. Usa critérios conhecidos e evidência comparável para discutir desenvolvimento. Este percurso não realiza avaliações laborais, decisões sobre pessoal nem interpretação jurídica. Práticas de organizações citadas são referências contextuais.

Reconhecer progressão sem exagerar

Uma pessoa já diagnostica com autonomia, mas precisa de apoio no rollback. Regista as duas capacidades separadamente. Não apagues o progresso demonstrado nem declares domínio de todo o serviço. Parar quando um ensaio sairia do ambiente autorizado também pode ser uma decisão correta; o trabalho não realizado continua por avaliar. Partilha com a equipa a informação necessária à cobertura e mantém detalhes pessoais de conversas individuais no canal apropriado. Na revisão do plano, pergunta o que a pessoa consegue agora fazer, em que condições, que ajuda continua necessária e qual será a próxima oportunidade de prática. Uma conclusão de vídeo pode apoiar esse percurso, sem substituir demonstração. O laboratório desta extensão usa nomes e regras sintéticos e não classifica pessoas reais nem valida competência humana.

Learning outcome: diagnose the failed batch safely
Practice scope: authorized training environment
Support: mentor present for rollback
Evidence: observed decisions and completed checks
Next review: learner and mentor confirm remaining gaps
NA PRÁTICA

Diagnóstico autónomo e rollback acompanhado podem coexistir no registo; um resultado não deve esconder o outro.

Armadilhas comuns

Presença como autonomia; mentoria sem capacidade; comparação de tarefas diferentes; rótulos pessoais; divulgação excessiva de feedback.

Tópicos relacionados: Feedback e desenvolvimento · Continuidade de competências

Leva esta ideia contigo

O desenvolvimento torna-se observável quando há oportunidade de prática, critérios claros e apoio ajustado à capacidade demonstrada.

Criar conta

Referência: Learning culture · GitLab Handbook 2026; DORA current five-metric model; SRE and engineering guidance reviewed 2026-09-30