Cómo contratar a un técnico Moodle sin confundir soporte, administración y desarrollo

Una responsable compara una ficha de puesto genérica con tres talleres paralelos de soporte, administración y desarrollo de una plataforma — Separa primero las funciones y decide después cuáles debe reunir realmente el puesto.

Una oferta que pide «técnico Moodle» sin más detalle puede atraer a alguien que sabe resolver dudas básicas de usuarios, a alguien que administra servidores y actualizaciones, o a alguien que programa plugins a medida. Son tres perfiles distintos, con formación y coste muy diferentes.

Publicar la oferta sin distinguir cuál necesitas produce candidaturas desajustadas y entrevistas que descubren tarde la falta de encaje.

Distingue las tres funciones antes de redactar la oferta

El soporte a usuarios resuelve dudas de acceso, matriculación, calificaciones o uso básico de la plataforma, y normalmente no requiere conocimientos de servidores ni de programación. La administración de la plataforma gestiona actualizaciones, copias de seguridad, rendimiento, integraciones y configuración avanzada, y sí exige conocimientos técnicos de infraestructura. El desarrollo a medida programa plugins, temas o integraciones específicas, y requiere conocimientos de programación que van más allá de la administración habitual.

Una misma persona puede cubrir varias funciones, pero decide antes cuáles necesitas realmente para no descartar candidatos válidos por pedir todo a la vez, ni contratar a alguien sobrecualificado para tareas básicas.

Redacta la oferta con tareas concretas, no solo el nombre de la herramienta

Una responsable convierte una ficha de puesto vacía en tareas concretas y separa el soporte recurrente de una integración puntual — Describe tareas, frecuencia y duración para que el alcance del puesto pueda entenderse y compararse.

En vez de escribir «técnico Moodle con experiencia», describe tareas reales: atender incidencias de usuarios, gestionar actualizaciones de versión, configurar copias de seguridad, integrar un sistema externo, o desarrollar una funcionalidad específica. Esa concreción ayuda a que se presenten las personas adecuadas y facilita comparar candidaturas entre sí.

Indica también si el puesto es a tiempo completo, parcial o por proyecto: el volumen de trabajo real varía mucho entre soporte continuo y una integración puntual.

Soporte a usuarios, administración de plataforma y desarrollo a medida son funciones distintas.
Describe tareas concretas en la oferta, no solo «técnico Moodle con experiencia».
Decide antes qué combinación de funciones necesitas realmente.

Adapta la prueba técnica a la función real

Tres profesionales resuelven pruebas diferentes de soporte, administración y desarrollo mientras una prueba que mezcla las funciones queda apartada — Evalúa la competencia que utilizará el puesto, no todo lo que podría hacerse alrededor de la plataforma.

Si necesitas soporte a usuarios, una prueba centrada en resolver incidencias típicas tiene más sentido que pedir código. Si necesitas administración, plantea un escenario de configuración o de resolución de un problema de rendimiento o actualización. Si necesitas desarrollo, revisa código real o plantea un ejercicio de programación acotado.

Aplicar la misma prueba genérica a los tres perfiles suele descartar a candidatos válidos para la función que realmente necesitas, por evaluar competencias que no son relevantes para ese puesto concreto.

Verifica el nivel real, no solo el nombre de la herramienta en el currículo

Un candidato reconstruye el síntoma, la investigación, la actuación y la comprobación de una incidencia ante una responsable — Pide que reconstruya casos reales y distingue qué diagnosticó, qué ejecutó y qué tuvo que derivar.

Pregunta por situaciones concretas que haya resuelto el candidato: una actualización complicada, una incidencia recurrente de usuarios, una integración con otro sistema. Las respuestas concretas distinguen mejor el nivel real que preguntar de forma genérica «¿conoces Moodle?».

Si el puesto requiere administración o desarrollo, comprueba también conocimientos de base de datos, servidores o el lenguaje de programación correspondiente, no solo el manejo de la interfaz de la plataforma.

Ten claro el circuito de soporte tras la incorporación

Un circuito dirige las dudas de uso, los problemas de rendimiento y las nuevas funcionalidades hacia tres responsables distintos — Define qué resuelve cada función, cuándo escala una incidencia y quién asume el trabajo que queda fuera del puesto.

Aclara desde la contratación quién asumirá cada tipo de incidencia una vez la persona se incorpore, especialmente si cubre solo una de las tres funciones. Sin ese circuito claro, es habitual que una persona contratada para soporte básico acabe asumiendo tareas de administración o desarrollo para las que no fue contratada ni compensada.