Beta
Escribir «conocimientos de SCORM» no dice nada por sí solo. Qué detalle concreto conviene aportar para que una empresa entienda tu nivel real.
«Conocimientos de SCORM» aparece en muchos currículos del sector sin que quede claro qué significa exactamente. Una persona puede haber empaquetado un curso siguiendo un manual, y otra puede haber depurado problemas de seguimiento entre un LMS y un paquete SCORM mal exportado. Ambas podrían escribir la misma línea.
El currículo mejora cuando sustituye la etiqueta genérica por el nivel real de manejo: qué has hecho, con qué herramientas y con qué grado de autonomía.
Usar un estándar significa poder subir un paquete ya generado y comprobar que funciona. Configurar significa decidir parámetros de empaquetado, finalización o puntuación al exportar desde una herramienta de autor. Depurar significa entender por qué un LMS no registra bien el progreso o la puntuación de un paquete y saber dónde mirar para solucionarlo.
Indica en qué nivel te sitúas para cada tecnología, en vez de dar por hecho que «conocimientos de» cubre los tres niveles a la vez.
Si trabajas con SCORM, especifica la versión con la que tienes experiencia real (1.2 o 2004) y si has llegado a diagnosticar problemas de seguimiento, no solo a subir paquetes. Si trabajas con xAPI, indica si has definido sentencias, verbos y objetos, o si tu experiencia se limita a consumir datos ya estructurados por otra persona.
No es necesario dominar los dos estándares para presentar un perfil sólido. Es preferible mostrar profundidad en uno que una lista superficial de siglas sin contenido detrás.
«Manejo de LMS» tampoco aporta suficiente información. Indica qué plataformas has usado realmente y qué tareas hacías en cada una: publicar contenidos, gestionar inscripciones, generar informes, administrar usuarios o dar soporte técnico a otros usuarios. Cada una de esas tareas corresponde a un nivel de acceso y de responsabilidad distinto.
Si tu experiencia se limita a una plataforma pero es profunda, dilo así. Una empresa que use esa misma plataforma valorará más esa profundidad que una lista de nombres con manejo superficial de todos ellos.
Un enlace a un curso publicado, una captura de un informe de seguimiento que hayas generado o una breve descripción de un problema técnico que resolviste aportan más que cualquier adjetivo. No hace falta compartir información confidencial del proyecto: basta con describir la situación y la solución de forma genérica.
Si no puedes mostrar trabajo real por confidencialidad, describe el contexto (tipo de curso, plataforma, volumen de usuarios) sin revelar datos de la empresa ni del contenido.
Si tu experiencia es limitada, dilo con precisión en vez de inflarla: «he generado paquetes SCORM 1.2 con una herramienta de autor, sin configurar seguimiento avanzado» es más útil, y más honesto, que «conocimientos de SCORM y xAPI» sin matices.
Una selección técnica bien hecha detecta rápido la diferencia entre quien conoce el estándar y quien solo conoce el nombre. Un currículo preciso te ahorra una prueba fallida y te sitúa mejor frente a quien exagera.