Beta
Cómo distinguir administración, soporte y desarrollo de Moodle y demostrar experiencia técnica sin inflar el perfil.
«Técnico Moodle» puede significar crear cursos, atender incidencias, administrar usuarios, mantener servidores o desarrollar plugins. Antes de preparar el currículo, decide qué tipo de trabajo buscas y qué puedes hacer con autonomía.
No necesitas dominar todas las capas. Sí necesitas describir tus límites con precisión, porque un permiso mal asignado y una actualización mal ejecutada plantean riesgos muy distintos.
La gestión funcional organiza cursos, matrículas, roles, calificaciones e informes. El soporte atiende problemas de acceso y uso. La administración técnica mantiene configuración, copias, actualizaciones, rendimiento y seguridad. El desarrollo crea o adapta código e integraciones.
Una misma persona puede cubrir varios ámbitos, especialmente en equipos pequeños, pero no deben darse por equivalentes. Haz una tabla con lo que realizas, lo que haces con supervisión y lo que derivas.
Instala o utiliza un sitio de pruebas, nunca una plataforma real con alumnado. Crea cursos, usuarios y roles; configura una actividad; simula una incidencia; realiza una copia; documenta cómo recuperarías el servicio.
Si quieres orientarte a sistemas o desarrollo, añade control de versiones, despliegue de prueba, registros, actualizaciones y una extensión pequeña. No ejecutes experimentos en producción ni muestres datos reales en el portfolio.
Un buen caso explica versión, tamaño aproximado, problema, diagnóstico, cambio, validación y resultado. Oculta dominios, nombres, correos, claves, rutas internas y detalles que puedan facilitar un ataque.
Separa claramente la experiencia de uso, gestión, administración y desarrollo. Haber editado cursos no demuestra experiencia manteniendo servidores; instalar un plugin no equivale a desarrollarlo.
Prueba términos como administrador LMS, soporte de plataforma, técnico e-learning, consultor Moodle o desarrollador Moodle. Lee si la oferta menciona alojamiento, integraciones, código, atención al usuario, creación de cursos o disponibilidad fuera de horario.
Adapta el orden del currículo al ámbito principal. Incluye versiones cuando sean relevantes, pero acompáñalas de tareas y contexto. Una lista de plugins sin explicar para qué se usaron aporta poca evidencia.
Pregunta quién controla el servidor, quién autoriza cambios, qué entornos existen, cómo se hacen copias, cuál es el horario de soporte y qué datos trata la plataforma. Averigua también si habrá documentación y una persona para escalar incidencias.
Desconfía de una oferta que entrega acceso total pero no define copias, pruebas, mantenimiento ni responsables. La autonomía técnica necesita procedimientos y límites, no solo credenciales de administrador.