Capítulo 3
Plataformas e ferramentas de gestão do talento
Critérios académicos e operacionais para comparar soluções sem confundir publicidade com evidência.
3.1 Funções e arquitetura
As plataformas de talento reúnem funções de seleção, formação, avaliação, mobilidade e administração. Convém separar as funções imprescindíveis das desejáveis. Uma arquitetura modular pode facilitar a substituição de componentes, embora exija acordos de integração e responsabilidades claras.
A comparação deve descrever que informação circula e onde é processada. Também deve esclarecer se os dados são utilizados para treinar outros modelos ou se intervêm subcontratantes. Estas questões afetam a confidencialidade, o controlo organizacional e a possibilidade de cumprir compromissos assumidos perante as pessoas.
3.2 Critérios de comparação
Uma matriz de avaliação pode incluir adequação funcional, acessibilidade, segurança, interoperabilidade, explicabilidade, apoio e custo total. Os pesos devem ser justificados em função do contexto. Uma soma ponderada não transforma preferências discutíveis em factos objetivos.
Convém definir requisitos de exclusão antes de atribuir pontuações. A ausência de garantias essenciais não deve ser compensada por uma interface atraente ou um preço baixo. As demonstrações comerciais devem ser complementadas com testes reproduzíveis e documentação verificável sobre o comportamento em condições relevantes.
3.3 Evidência e testes de aceitação
Os resultados publicados por um fornecedor não comprovam o desempenho noutra organização. É necessário conhecer a população avaliada, a tarefa, as métricas e as limitações. As afirmações sobre redução de enviesamentos exigem uma definição concreta de equidade e um procedimento de verificação.
Os testes de aceitação devem incluir erros, interrupções do serviço, exportação de dados, correções e pedidos de revisão. Um projeto-piloto satisfatório também deve demonstrar que a equipa consegue operar a solução, compreender os seus limites e responder a um incidente sem depender de promessas informais.
3.4 Dependência e reversibilidade
A dependência tecnológica surge quando mudar de solução se torna desproporcionadamente difícil. Pode resultar de formatos fechados, regras não documentadas ou perda de conhecimento interno. Por isso, a capacidade de saída deve ser avaliada antes da contratação.
O contrato e a conceção operacional devem contemplar exportação, eliminação, continuidade e assistência durante a transição. A reversibilidade exige testes: não basta existir um botão de transferência se os registos exportados não contiverem relações, significados ou documentação suficiente para serem reutilizados.
3.5 Implementação e adoção
A adoção exige formação ajustada às tarefas e apoio durante a transição. Devem explicar-se as alterações de responsabilidade e os canais de ajuda. Obrigar a utilizar uma plataforma sem resolver barreiras de acesso pode gerar erros e excluir parte do pessoal.
A implementação deve assentar numa governação partilhada entre Recursos Humanos, tecnologia, segurança e as funções de conformidade pertinentes. Os trabalhadores e os seus representantes contribuem com conhecimento sobre efeitos práticos que um teste exclusivamente técnico pode ignorar.
Questionários
Compreensão do capítulo & Dilemas de Recursos Humanos
Os dilemas não recebem uma pontuação moral nem são utilizados para avaliar candidaturas.