Como saber o que o time precisa aprender antes de contratar um treinamento

O pedido costuma chegar pronto: "precisamos de um treinamento de React", ou de testes, ou de Scrum. Às vezes é isso mesmo. Em outras, o nome da tecnologia é só a primeira coisa que veio à cabeça de quem percebeu que algo não ia bem, e o curso termina sem que o problema tenha mudado de lugar.

Dá para reduzir esse risco com algumas perguntas feitas antes de fechar o tema.

Comece pelo trabalho que está difícil

Em vez de perguntar "o que o time quer aprender", pergunte o que está demorando, voltando ou dependendo sempre da mesma pessoa. As respostas costumam ser bem concretas:

• A tela nova levou o dobro do combinado porque ninguém conhecia a biblioteca.
• Toda correção em um módulo quebra outro.
• As tarefas ficam prontas, mas voltam da homologação.
• Só uma pessoa sabe publicar uma versão.

Cada uma dessas situações aponta para um assunto diferente. A primeira pode ser mesmo falta de conhecimento da tecnologia. A segunda fala de testes e de organização do código. A terceira talvez nem seja técnica: pode ser um critério de pronto que cada um entende de um jeito. A quarta é passagem de conhecimento, e um curso externo não resolve.

Separe o que é conhecimento do que é processo

Um time pode dominar a ferramenta e ainda assim entregar mal, porque o pedido chega incompleto ou porque a prioridade muda no meio da semana. Treinar esse time em mais uma tecnologia deixa o problema onde estava.

Um jeito simples de separar as duas coisas é escolher duas ou três entregas recentes que deram trabalho e reconstruir o que aconteceu em cada uma. Veja onde cada uma parou e o que faltava naquele momento: saber fazer ou saber o que era para ser feito. Quando a dificuldade está na forma de trabalhar, o tema do treinamento passa a ser o processo de desenvolvimento, e não a linguagem.

Descubra quem precisa aprender

Nem sempre é o time inteiro. Colocar dez pessoas numa sala para ensinar algo que sete já sabem cansa as sete e apressa as três.

Vale mapear, mesmo que numa planilha simples, quem já faz aquilo sozinho, quem faz com ajuda e quem nunca fez. Esse quadro também mostra quem pode ensinar. Parte do que o time precisa aprender já está dentro dele, na cabeça de uma ou duas pessoas que nunca tiveram tempo de explicar.

Defina o que deve estar diferente depois

"O time vai conhecer a ferramenta" é difícil de conferir. "O time vai conseguir publicar uma versão sem depender da Ana" dá para conferir numa terça-feira qualquer.

Escrever uma ou duas frases desse tipo antes do treinamento orienta quem vai ensinar, porque o conteúdo passa a servir a um resultado, e o time fica sabendo por que está ali. Um mês depois, dá para olhar para o trabalho e ver se algo mudou.

Treinamento pronto ou conversa primeiro

Quando o time já sabe o que precisa estudar, um treinamento pronto resolve bem, e é mais rápido de organizar. Quando isso ainda não está claro, o caminho mais curto é descrever o problema para quem vai ensinar e deixar o tema sair dessa conversa.

Um exemplo é a equipe que vai trocar de tecnologia e não pode parar a operação enquanto aprende. Aí o conteúdo, o ritmo e os exemplos precisam ser pensados a partir do sistema que ela mantém hoje.

Se o seu time está nesse segundo caso, as respostas às perguntas deste artigo já servem para começar a conversa. A formação de times da Jornada tem treinamentos prontos em tecnologia, métodos ágeis e desenvolvimento de software, e também pode partir do problema.