A formação é frequentemente uma das últimas etapas de uma implementação tecnológica. A plataforma está configurada, os testes foram concluídos e, antes da entrada em produção, os utilizadores são reunidos para aprender a trabalhar com a nova solução. É um momento importante, mas também um dos pontos onde se pode comprometer uma parte significativa do investimento realizado anteriormente.
O problema surge quando a formação é pensada como uma apresentação da plataforma.
Menus, módulos, botões, filtros, funcionalidades e possibilidades de configuração são explicados numa sequência que faz sentido para quem conhece profundamente o sistema. No final, o utilizador sabe que determinadas funções existem, mas pode continuar sem perceber exatamente o que terá de fazer quando regressar ao seu posto de trabalho.
Numa plataforma HSE, esta diferença é particularmente relevante. Um trabalhador que precisa de comunicar uma ocorrência, um supervisor que acompanha ações, um técnico HSE que analisa informação, um gestor documental que valida requisitos e um administrador funcional têm objetivos completamente diferentes. Todos podem utilizar a mesma tecnologia, mas não precisam do mesmo conhecimento para desempenhar bem a sua função.
A formação mais eficaz não começa, por isso, pela pergunta “o que é que a plataforma faz?”. Começa por outra: “o que precisa esta pessoa de conseguir fazer, com autonomia, depois da formação?”
O utilizador não precisa de conhecer a plataforma inteira
Plataformas empresariais podem concentrar dezenas de processos, módulos e funcionalidades. Apresentar tudo a todos pode parecer uma forma de garantir uma formação completa, mas normalmente produz o efeito contrário.
Quanto mais informação é transmitida sem relação direta com o trabalho diário do utilizador, mais difícil é distinguir aquilo que realmente importa.
Um trabalhador que apenas precisa de consultar informação e reportar determinada situação não necessita de compreender o modelo de parametrização da plataforma. Um supervisor pode precisar de criar, atribuir e fechar ações, mas não necessariamente de conhecer configurações administrativas. Um responsável HSE pode precisar de dashboards, análise, investigação, auditorias e gestão de ações. Um administrador funcional necessita de um nível de conhecimento muito mais amplo.
A formação deve, portanto, partir dos perfis funcionais.
Isto permite construir conteúdos mais curtos, específicos e próximos da realidade de cada grupo. Em vez de explicar o sistema de forma horizontal, explica-se a jornada que aquele utilizador irá realmente executar.
Por exemplo, para um supervisor, a formação pode seguir a lógica: receber uma ação, compreender a origem, atualizar o estado, anexar evidências, solicitar apoio quando necessário e concluir o processo. O objetivo deixa de ser memorizar a localização de diferentes funcionalidades e passa a ser compreender como cumprir uma responsabilidade.
Esta diferença aumenta a probabilidade de o conhecimento ser utilizado.
Saber onde clicar não é o mesmo que compreender o processo
Existe outro risco nas formações demasiado centradas na interface: criar utilizadores capazes de repetir uma sequência, mas sem compreender o significado das suas ações.
Uma pessoa pode aprender que deve selecionar determinado estado sem perceber que essa alteração desencadeia uma notificação ou modifica a informação disponível para outra equipa. Pode saber rejeitar um documento, mas não compreender que o motivo selecionado deve permitir ao prestador perceber o que precisa de corrigir. Pode concluir uma ação sem compreender que o encerramento exige determinada evidência.
Quando isto acontece, a plataforma é utilizada mecanicamente.
E uma utilização mecanicamente correta pode continuar a produzir dados de fraca qualidade.
Em HSE, a formação deve explicar não apenas como executar, mas também por que motivo o processo funciona daquela forma e o que acontece a seguir.
Esta compreensão melhora a qualidade da decisão.
Um gestor documental que percebe o impacto operacional de uma validação tende a atribuir maior importância à consistência do processo. Um supervisor que compreende como uma ação será utilizada num dashboard percebe melhor a importância de atualizar corretamente estados e datas. Um utilizador que sabe quem irá receber determinada informação consegue introduzi-la de forma mais útil.
A plataforma deixa de ser uma sequência de tarefas administrativas e passa a ser entendida como parte de um processo mais amplo.
A formação deve aproximar-se da realidade operacional
Uma demonstração num ambiente controlado consegue mostrar como determinada funcionalidade deveria funcionar. Mas o utilizador vai trabalhar num contexto muito diferente.
Pode estar numa obra, numa fábrica, numa instalação energética ou em deslocação. Pode utilizar um telemóvel, trabalhar com conectividade limitada ou ter poucos minutos disponíveis para concluir uma tarefa. Pode entrar na plataforma todos os dias ou apenas uma vez por mês.
Estas condições alteram a forma como a formação deve ser preparada.
Um utilizador frequente pode desenvolver conhecimento através da repetição. Um utilizador ocasional precisa de um processo mais intuitivo e de materiais de apoio que lhe permitam recuperar rapidamente aquilo que esqueceu.
Também importa formar através de situações reais.
Em vez de demonstrar apenas um formulário vazio, pode ser mais útil trabalhar um cenário completo: identificar uma situação, criar o registo, encaminhá-lo, acompanhar a ação e concluir o processo. Na Gestão Documental, pode significar acompanhar um documento desde a submissão até à validação, rejeição, correção ou aprovação.
Os exemplos devem aproximar-se suficientemente da realidade para que o utilizador reconheça o processo.
É nesse momento que a tecnologia começa a fazer sentido.
As exceções são tão importantes como o processo normal
Muitas formações apresentam apenas o percurso ideal.
O utilizador introduz corretamente toda a informação, não existem dúvidas, o workflow segue todas as etapas previstas e o processo termina sem incidentes.
Mas é precisamente fora deste cenário que surgem muitas dificuldades.
O que acontece quando a informação está incompleta? Quem deve atuar quando uma ação não pertence à pessoa a quem foi atribuída? O que fazer quando um documento não permite concluir a validação? Como proceder quando um trabalhador aparece associado ao projeto errado? Quem pode corrigir determinados dados?
Não é necessário ensinar todas as exceções possíveis. Isso seria impraticável.
Mas o utilizador deve saber reconhecer os limites da sua responsabilidade e perceber o que fazer quando o processo normal deixa de ser suficiente.
Esta competência é particularmente importante em HSE, porque tentar resolver uma dúvida através de uma decisão incorreta pode ter mais impacto do que deixar temporariamente o processo pendente e encaminhá-lo para quem possui conhecimento ou autoridade adequados.
Uma boa formação não cria apenas utilizadores autónomos.
Cria utilizadores capazes de distinguir aquilo que podem resolver daquilo que devem escalar.
Formação e configuração devem aprender uma com a outra
A formação também é um excelente momento para testar a qualidade da própria implementação.
Se determinado passo precisa de uma explicação longa para ser compreendido, talvez exista oportunidade para o simplificar. Se todos os grupos colocam a mesma dúvida, pode existir uma instrução pouco clara. Se os utilizadores confundem sistematicamente dois estados, talvez a nomenclatura deva ser revista.
É um erro assumir que todas as dificuldades observadas numa formação são problemas de aprendizagem.
Algumas são problemas de desenho.
Esta distinção é importante porque existe uma tendência natural para responder a uma dificuldade com mais formação. Criam-se manuais adicionais, novas sessões e mais instruções. Mas se a causa estiver numa configuração demasiado complexa, a organização está apenas a ensinar melhor um processo que continua desnecessariamente difícil.
A formação deve, por isso, funcionar também como mecanismo de feedback.
Os formadores precisam de conhecer suficientemente o processo para identificar padrões nas perguntas. A equipa de implementação deve conseguir distinguir aquilo que exige esclarecimento daquilo que merece alteração.
Quando esta relação existe, formação e configuração tornam-se partes do mesmo ciclo de melhoria.
O conhecimento não termina no dia da formação
Uma formação inicial é necessária, mas não consegue resolver todas as necessidades futuras.
Novos colaboradores entram na organização. Funções mudam. A plataforma evolui. Determinados processos são executados apenas algumas vezes por ano. Outros tornam-se mais complexos à medida que são utilizados.
É necessário, por isso, pensar na continuidade do conhecimento.
Isto pode incluir materiais simples por tarefa, pequenos guias, vídeos curtos, FAQs, utilizadores-chave locais ou uma estrutura de suporte capaz de responder rapidamente às dúvidas mais comuns.
O importante é evitar um modelo em que toda a dependência fica concentrada na memória da sessão inicial.
Também é útil observar os pedidos de suporte como indicador da eficácia da formação. Se a mesma questão surge repetidamente, pode ser necessário rever conteúdos, melhorar um guia ou até alterar a configuração.
Com o tempo, estes dados permitem construir um modelo de capacitação muito mais orientado para as necessidades reais dos utilizadores.
A formação deixa de ser uma ação pontual.
Passa a fazer parte da gestão da plataforma.
O objetivo é autonomia, não presença numa sessão
Medir formação apenas pelo número de participantes ou pela percentagem de utilizadores que concluíram uma sessão pode ser útil para controlo administrativo, mas diz pouco sobre a capacidade real para utilizar a plataforma.
O verdadeiro resultado deveria ser autonomia.
Um utilizador consegue executar as tarefas essenciais da sua função? Consegue interpretar os estados que encontra? Sabe onde procurar informação? Consegue distinguir uma situação normal de uma exceção? Sabe quando precisa de pedir apoio?
Estas perguntas são mais relevantes do que saber se assistiu a duas horas de formação.
Em determinados processos, pode ser útil testar a execução de tarefas reais. Noutros, basta acompanhar as primeiras utilizações e perceber onde surgem dificuldades.
O objetivo não é transformar todos os utilizadores em especialistas da plataforma.
É garantir que cada pessoa possui o nível de competência necessário para desempenhar corretamente a sua responsabilidade dentro do processo.
Esta abordagem reduz dependência, melhora a qualidade da informação e facilita a adoção.
E permite também que as equipas de suporte se concentrem em questões que realmente exigem conhecimento especializado, em vez de responder repetidamente a dúvidas básicas que poderiam ter sido prevenidas através de uma formação mais adequada.
Ensinar a trabalhar é diferente de ensinar software
Uma plataforma HSE não é um fim em si mesma.
É uma ferramenta através da qual a organização executa processos de segurança, conformidade, prevenção, documentação e controlo operacional.
Por isso, a formação deve começar no trabalho e utilizar a tecnologia como meio.
O trabalhador precisa de saber comunicar corretamente. O supervisor precisa de saber acompanhar. O profissional HSE precisa de analisar. O gestor documental precisa de validar segundo critérios definidos. O administrador precisa de garantir que a configuração continua coerente.
A plataforma liga estas responsabilidades.
Quando a formação parte desta lógica, torna-se mais simples decidir o que cada grupo precisa realmente de aprender.
Também se torna mais fácil evitar dois extremos: formações demasiado superficiais, que deixam os utilizadores sem autonomia, e sessões demasiado extensas, que apresentam funcionalidades que nunca serão utilizadas.
A pergunta final não deveria ser:
“Explicámos todas as funcionalidades?”
Deveria ser:
“As pessoas conseguem agora executar corretamente o trabalho que lhes compete?”
Porque uma formação bem-sucedida não é aquela em que o formador mostrou mais funcionalidades.
É aquela que permite ao utilizador trabalhar com confiança, compreender o processo e utilizar a plataforma como parte natural da sua função.