Capítulo 3
Plataformas y herramientas de gestión del talento
Criterios académicos y operativos para comparar soluciones sin confundir publicidad con evidencia.
3.1 Funciones y arquitectura
Las plataformas de talento reúnen funciones de selección, formación, evaluación, movilidad y administración. Conviene separar las funciones imprescindibles de las convenientes. Una arquitectura modular puede facilitar la sustitución de componentes, aunque requiere contratos de integración y responsabilidades claras.
La comparación debe describir qué información circula y dónde se procesa. También debe aclarar si los datos se emplean para entrenar otros modelos o si intervienen subcontratistas. Estas cuestiones afectan a la confidencialidad, al control organizativo y a la posibilidad de cumplir compromisos asumidos ante las personas.
3.2 Criterios de comparación
Una matriz de evaluación puede incluir adecuación funcional, accesibilidad, seguridad, interoperabilidad, explicabilidad, soporte y coste total. Los pesos deben justificarse según el contexto. Una suma ponderada no convierte preferencias discutibles en hechos objetivos.
Es conveniente definir requisitos de exclusión antes de puntuar. La ausencia de garantías esenciales no debe compensarse con una interfaz atractiva o un precio bajo. Las demostraciones comerciales deben complementarse con pruebas reproducibles y documentación verificable sobre el comportamiento en condiciones relevantes.
3.3 Evidencia y pruebas de aceptación
Los resultados publicados por un proveedor no prueban el rendimiento en otra organización. Debe conocerse la población evaluada, la tarea, las métricas y las limitaciones. Las afirmaciones sobre reducción de sesgos necesitan una definición concreta de equidad y un procedimiento de contraste.
Las pruebas de aceptación deben incluir errores, caídas del servicio, exportación de datos, correcciones y solicitudes de revisión. Un piloto satisfactorio también debe demostrar que el equipo puede operar la solución, comprender sus límites y responder a una incidencia sin depender de promesas informales.
3.4 Dependencia y reversibilidad
La dependencia tecnológica aparece cuando cambiar de solución resulta desproporcionadamente difícil. Puede deberse a formatos cerrados, reglas no documentadas o pérdida de conocimiento interno. Por eso la capacidad de salida debe evaluarse antes de contratar.
El contrato y el diseño operativo deben contemplar exportación, borrado, continuidad y asistencia durante la transición. La reversibilidad requiere pruebas: no basta con que exista un botón de descarga si los registros exportados carecen de relaciones, significados o documentación suficiente para reutilizarlos.
3.5 Implantación y adopción
La adopción necesita formación ajustada a las tareas y apoyo durante la transición. Deben explicarse los cambios de responsabilidad y los canales de ayuda. Obligar a utilizar una plataforma sin resolver barreras de acceso puede generar errores y excluir a parte de la plantilla.
La implantación debe contar con una gobernanza compartida entre Recursos Humanos, tecnología, seguridad y las funciones pertinentes de cumplimiento. Las personas trabajadoras y sus representantes aportan conocimiento sobre efectos prácticos que una prueba exclusivamente técnica puede pasar por alto.
Cuestionarios
Comprensión del capítulo & Dilemas de Recursos Humanos
Los dilemas no tienen puntuación moral ni se utilizan para evaluar candidaturas.