Quem realmente controla seu conteúdo de eLearning?

Retrato de um bolo

Problemas de propriedade do eLearning

Como muitas empresas procuram maneiras novas e inovadoras de criar eLearning envolvente que muitas vezes recorrer a empresas externas para obter ajuda. Os projetos são iniciados e os cursos de eLearning são desenvolvidos. Em algum lugar no final do projeto, os desenvolvedores entregam um pacote SCORM e o eLearning é carregado em um LMS. É isso… Certo? Na verdade, não. Este é o lugar onde alguns problemas podem começar.

Neste artigo vou tentar discutir algumas das questões que podem surgir a partir da execução de projetos onde o principal entregável é um pacote SCORM. Isto não está apontando dedos em todos os povos ou colaborador específicos porque a maioria vasta da indústria é altamente respeitável. Pense mais como uma forma de ajudar a entender algumas das armadilhas que você pode encontrar se a questão da propriedade do conteúdo não for identificada durante um projeto.

Pacotes SCORM são um pouco como bolos

Para o propósito deste artigo, tudo o que você precisa se preocupar é que um pacote SCORM é a saída compilada de um programa de autoria eLearning. Há muitos programas de autoria lá fora, e todos eles funcionam de maneiras ligeiramente diferentes, mas pense no pacote SCORM como o produto acabado, como um bolo que você compra de um padeiro, por exemplo.

Quando você compra o bolo, você possui os direitos para esse bolo, certo? Bem, até certo ponto, sim. Você pode cortar o bolo e dar para fora fatias dele a todos que quer comer um bocado dele – mas que acontece se alguém pede alguma crosta de gelo para ir na parte superior do bolo? Você precisa de outro bolo agora com uma receita um pouco diferente. Se o bolo era um pedaço de eLearning, você precisa de outro pacote SCORM. O padeiro do bolo tem toda a propriedade intelectual que vai para fazer outro bolo. Eles têm a receita, as ferramentas e as habilidades de produção para assar outro bolo.

Imagine uma situação em que o padeiro morre, vai à falência, se aposenta, vende as ferramentas necessárias ou qualquer outro cenário onde eles não podem mais fornecer-lhe um novo bolo. Você precisa de um novo padeiro e você não tem a receita, ferramentas ou técnicas para passar para eles para que eles criem um novo bolo. Em vez disso, tudo o que você pode fazer é oferecer-lhes uma fatia do bolo velho e pedir-lhes para fazer-lhe um bolo novo como ele. Eles precisariam elaborar uma nova receita, reunir as ferramentas e ingredientes juntos e oferecer-lhe um substituto. Ou seja, eles precisam gastar dinheiro novamente em custos de desenvolvimento.

Esta situação acontece frequentemente com eLearning como atualizações de manutenção e mudanças são necessárias para ele ao longo da vida útil do conteúdo. Substitua o padeiro por uma empresa terceirizada de autoria eLearning, e você está no mesmo comprimento de onda.

Ativos de eLearning

Dentro de um pacote SCORM há todos os tipos de ingredientes que são moldados juntos e cozidos para formar o bolo perfeito. Exemplos destes poderiam ser:

  • Vídeo
  • Arquivos de áudio para dublões
  • Arquivos de legendas
  • Fotos editadas
  • Ilustrações
  • Sequências de animação
  • Interações e engajamentos
  • Teminologia glossária
  • Elementos de navegação
  • Elementos para download, como PDF ou outros arquivos
  • Etc Etc

Se você commision uma parte de eLearning então você não tem necessariamente todos estes recursos em um formato conveniente quando são cozidos e dados a você como um bloco de SCORM. Tome um desses ativos como um exemplo. Imagine que dentro do seu SCORM eLearning você tem uma ilustração que foi desenhada em Adobe Illustrator ou alguma outra ferramenta. O arquivo verdadeiramente editável é o Ilustrador adobe. Arquivo de IA, não o . PNG ou . Arquivo JPEG que pode ser incluído no pacote SCORM. Se você precisa alterar a ilustração, então sem o arquivo de origem você não pode fazer um novo pacote SCORM (ou assar um novo bolo).

O que você precisa para realmente possuir seu eLearning

Se você quiser garantir que você realmente possui o seu eLearning, então você precisa de mais do que apenas o pacote SCORM entregue a você no final do projeto. Você precisa de todos os ativos que entram nele, bem como as ferramentas de autoria que foram usadas para compilá-lo.

Por exemplo:

  • Você tem os arquivos de instalação para o programa de autoria?
  • Você tem os detalhes da licença para ele e eles serão válidos?
  • Você tem os arquivos de instalação e licenças para todas as ferramentas que foram usadas para produzir os ativos que foram incluídos no eLearning?
  • Você tem os arquivos de formato nativo que o programa de autoria eLearning usa (por exemplo. Se era articulate storyline, você tem o . ARQUIVOS HISTÓRIA?)
  • Se as dublões foram usadas, você sabe os detalhes de contato do artista de narração para que as mudanças na narração possam ser feitas?

Estes são geralmente todos os exemplos de Propriedade Intelectual (IP) e se você está comissionando o trabalho de um desenvolvedor eLearning você precisa discutir quem possui este IP no final do projeto. A maioria dos desenvolvedores não teria problemas em entregar os arquivos e ativos para o IP para a pessoa ou empresa comissionamento do trabalho, mas pode haver algumas acusações envolvidas em puxar tudo junto, por isso é melhor discuti-lo up-front ao invés de obter qualquer desagradável surpresas no final.

Se você gostaria de conselhos sobre qualquer ponto levantado neste artigo, então entre em contato conosco.

 

Leave a Reply

O seu endereço de email não será publicado.

3 × 3 =

Este site utiliza o Akismet para reduzir spam. Fica a saber como são processados os dados dos comentários.