¿Quién controla realmente tu contenido de eLearning?

Foto de un pastel

Temas de propiedad eLearning

Como muchas empresas buscan formas nuevas e innovadoras de crear eLearning atractivos, a menudo se convierten en empresas externas para obtener ayuda. Los proyectos son iniciados y se desarrollan cursos de eLearning. En algún lugar hacia el final del proyecto, los desarrolladores entregan un paquete SCORM y el eLearning se carga en un LMS. Eso es todo… ¿Correcto? En realidad, no. Aquí es donde pueden comenzar algunos problemas.

En este artículo voy a tratar de discutir algunos de los problemas que pueden surgir de la ejecución de Proyectos donde el entregable principal es un paquete SCORM. Esto no apunta a ninguna persona o desarrollador en particular, ya que la gran mayoría de la industria es muy respetable. Piense más como una manera de ayudar a entender algunos de los peligros que puede encontrar si el problema de la propiedad del contenido no se identifica durante un proyecto.

Los packs SCORM son un poco como pasteles

Para el propósito de este artículo, todo lo que tiene que preocuparse es que un paquete SCORM es la salida compilada de un programa de creación de eLearning. Hay un montón de programas de autoría por ahí y todos ellos trabajan de maneras ligeramente diferentes, pero piense en el paquete SCORM como el producto terminado, como un pastel que usted compra de un panaderos por ejemplo.

Cuando compras ese pastel, posees los derechos de ese pastel, ¿verdad? Bueno, hasta cierto punto, sí. Usted puede cortar el pastel y dar porciones de ella a todos los que quieran comer un poco de ella-pero lo que sucede si alguien pide un poco de guinda para ir en la parte superior de la torta? Necesitas otra torta ahora con una receta ligeramente diferente. Si el pastel era una pieza de eLearning, necesitas otro paquete SCORM. El panadero del pastel tiene toda la propiedad intelectual que va a hacer otro pastel. Tienen la receta, las herramientas y las habilidades de producción para hornear otro pastel.

Imagine una situación en la que el panadero muere, se quiebra, se retira, vende las herramientas requeridas o cualquier otro escenario donde ya no pueden proporcionarle un nuevo pastel. Necesitas un nuevo panadero y no tienes la receta, herramientas o técnicas para transmitirles para que te creen un nuevo pastel. En su lugar, todo lo que puedes hacer es ofrecerles una porción del viejo pastel y pedirles que te hagan un pastel nuevo como este. Tendrían que trabajar una nueva receta, reunir las herramientas y los ingredientes juntos y ofrecerle un sustituto. es decir, necesitan gastar dinero de nuevo en costos de desarrollo.

Esta situación ocurre a menudo con el eLearning, ya que las actualizaciones de mantenimiento y los cambios son necesarios durante la vida útil del contenido. Sustituto de un panadero para una empresa de creación de eLearning externalizada, y usted está en la misma longitud de onda.

Activos de eLearning

Dentro de un paquete SCORM hay todo tipo de ingredientes que se moldean juntos y se hornean para formar el pastel perfecto. Ejemplos de estos pueden ser:

  • Video
  • Archivos de audio para voces en OFF
  • Los archivos de subtítulos
  • Fotos editadas
  • Ilustraciones
  • Las secuencias de animación
  • Interacciones y compromisos
  • Teminología del glosario
  • Los elementos de navegación
  • Elementos descargables como PDF u otros archivos
  • Etc etc

Si te comprometo a un pedazo de eLearning, entonces no necesariamente tienes todos estos activos en un formato conveniente cuando se hornean y se te dan como un paquete SCORM. Tome uno de estos activos como ejemplo. Imagine que dentro de su SCORM eLearning tiene una ilustración que se ha dibujado en Adobe Illustrator o en alguna otra herramienta. El archivo verdaderamente editable es Adobe Illustrator. AI, no el archivo. PNG o. Archivo JPEG que puede incluirse en el paquete SCORM. Si usted necesita alterar la ilustración, entonces sin el archivo de origen no se puede hacer un nuevo paquete SCORM (o hornear un nuevo pastel).

Lo que necesita para poseer verdaderamente su eLearning

Si desea asegurarse de que realmente posee su eLearning, entonces necesita algo más que el paquete SCORM entregado al final del proyecto. Necesita todos los activos que entran en él, así como las herramientas de creación que se utilizaron para compilarlo.

Por ejemplo:

  • ¿Tiene los archivos de instalación para el programa de creación?
  • ¿Tiene los detalles de la licencia y será válido?
  • ¿Tiene los archivos de instalación y las licencias para todas las herramientas que se utilizaron para producir los activos que se incluyeron en el eLearning?
  • ¿Tiene los archivos de formato nativo que utiliza el programa de creación de eLearning (por ejemplo, Si era Articulate storyline, ¿tienes el. STORY archivos?)
  • Si se utilizaron voces en OFF, ¿conoces los detalles de contacto del artista de voz en OFF para que se puedan hacer cambios en la narración?

Estos son generalmente todos los ejemplos de propiedad intelectual (IP) y si usted está comisionan el trabajo de un desarrollador de eLearning que necesita para discutir quién es propietario de esta IP al final del proyecto. La mayoría de los desarrolladores no tendrían problemas para entregar los archivos y los activos de la IP a la persona o empresa que comisionó el trabajo, pero puede haber algunos cargos involucrados en tirar de todo juntos, por lo que es mejor discutirlo por adelantado en lugar de obtener cualquier desagradable sorpresas al final.

Si desea asesoramiento sobre cualquier punto planteado en este artículo, póngase en contacto con nosotros.

 

Dejar una contestacion

Este sitio usa Akismet para reducir el spam. Aprende cómo se procesan los datos de tus comentarios.