Ir para o conteúdo
Todos os artigos
Blog

Alternativas ao Canvas para instituições que já não cabem no período letivo

O Canvas pressupõe período letivo, lista de inscritos e histórico académico. Se gere formação contínua, academias de clientes ou um braço comercial, eis o que fazer.

The Lurno teamAugmental13 min de leitura

O Canvas é construído em torno de um período letivo com data de início e data de fim, de uma lista de inscritos que chega de um sistema de informação académica, e de um curso que fecha com uma nota. A formação contínua, as parcerias com empresas, um braço comercial de formação e as academias de clientes não têm nada disso: as inscrições são contínuas, a turma é uma empresa, a linha de chegada é um certificado, e as pessoas envolvidas não são alunos matriculados. As instituições nessa posição normalmente não precisam de um LMS melhor. Precisam de um segundo formato.

O modelo de período letivo e lista de inscritos

Um desenho em que o calendário académico e o registo de inscrição são os factos organizadores do sistema. Os cursos ficam dentro de períodos letivos, as pessoas ficam dentro de um registo central, o acesso começa e termina em datas definidas por alguém que não é o responsável pelo curso, e a conclusão resolve-se numa nota. O Canvas tem este formato porque é aquilo de que uma instituição que confere graus genuinamente precisa.

Como é o modelo de período letivo e lista de inscritos numa terça-feira

O modelo é invisível até se quebrar um dos seus pressupostos. Há cerca de cinco, e cada um deles é razoável:

  • As inscrições chegam em lote, antes de o curso abrir, a partir de um sistema de registo que não é administrado por si.
  • Todos os cursos têm uma data de fim, e é a data de fim que faz a limpeza — o acesso caduca, a pauta de notas fecha, a turma é arquivada.
  • Uma pessoa é primeiro aluno da instituição e só depois participante num curso.
  • O progresso é uma nota face a um programa da disciplina, e o destino dessa nota é um histórico académico.
  • Os conteúdos são copiados para a frente, período a período, pelo que "o curso" é na verdade uma série de cópias quase idênticas com um ano no nome.

Agora altere uma entrada. Uma gestora de instalações numa empresa cliente inscreve-se numa terça-feira à tarde num curso de conformidade de seis horas. Precisa de acesso dentro do minuto, não na primeira segunda-feira do semestre. Fará dois módulos nessa noite e o resto ao longo de três semanas. Ninguém a vai avaliar; precisa de um certificado que o auditor da entidade empregadora possa verificar. Não consta do registo central e nunca constará.

Fazer isso dentro de um sistema com formato de período letivo é possível, e muitas instituições fazem-no. Cria-se um período letivo que nunca termina e um invólucro de curso que fica permanentemente aberto, para que a pauta de notas nunca feche e a tarefa de arquivo nunca dispare. Inscrevem-se as pessoas à mão, ou com um script num servidor que uma única pessoa mantém. Mantém-se uma folha de cálculo com quem começou quando, porque os relatórios estão orientados para períodos letivos e o seu não termina. Duplica-se o curso por cliente, porque o nome do cliente tem de aparecer em algum lado e não há outro sítio onde o pôr.

Cada solução de contorno é pequena e cada uma delas funciona. O custo real é que, ao fim de dois anos, as soluções de contorno são o modelo operacional, e a pessoa que sabe como elas encaixam umas nas outras passou a ser um elemento estrutural.

É possível gerir formação empresarial no Canvas?

Sim, e muitas instituições fazem-no. A fricção raramente é uma funcionalidade em falta — é que os valores por omissão da plataforma pressupõem um período letivo, um registo central e uma nota, pelo que todos os programas de inscrição contínua, com a marca do cliente e terminados em certificado são construídos a contornar esses valores por omissão. Isso é sustentável para um programa e caro para vinte.

Os quatro formatos que não encaixam

Formação contínua e desenvolvimento profissional

Entradas contínuas, cursos curtos, formandos que não estão matriculados, empregadores a pagar em vez de alunos, e conclusão expressa como certificado em vez de créditos. A pergunta dos relatórios também muda de formato: deixa de ser "que nota teve este aluno" e passa a ser "quantos colaboradores deste empregador terminaram o módulo obrigatório antes da data da auditoria".

Parcerias com empresas

Uma universidade vende um programa de liderança a um banco. A equipa de recursos humanos do banco quer ver as suas próprias pessoas e mais ninguém, quer a sua marca presente, quer um relatório mensal, e quer que os colaboradores sejam adicionados a partir do seu próprio sistema de recursos humanos e não pelos serviços académicos. Essas são questões de inquilino, e nenhuma configuração de curso responde a uma questão de inquilino.

Um braço comercial de formação

Demonstração de resultados própria, preços próprios, faturação e IVA, e a necessidade de se mover mais depressa do que o calendário académico de controlo de alterações. O braço quer normalmente a sua própria marca em vez da marca da universidade, porque está a vender a equipas de compras que o comparam com entidades formadoras comerciais.

Academias de clientes

O formato que mais quebra as plataformas baseadas em períodos letivos. Uma academia empresarial que dá formação a 15 empresas clientes a partir de um único inquilino precisa de que cada cliente tenha a sua própria marca, os seus próprios administradores, a sua própria lista de formandos, e nenhuma visibilidade sobre qualquer outro cliente. Isso não são quinze cursos. São quinze organizações que por acaso partilham um operador.

Uma instituição precisa de multi-inquilino, ou bastam as subcontas?

As subcontas dividem uma instituição em departamentos que partilham uma marca, um domínio e uma cultura administrativa. O multi-inquilino separa organizações que não partilham nada além do operador — cada uma com a sua marca, o seu domínio, os seus administradores, e com o isolamento imposto abaixo da aplicação, para que um filtro esquecido numa consulta não possa expor os formandos de um cliente a outro. Se todas as suas divisões mostram o mesmo nome na página de início de sessão, as subcontas bastam. Se mostram nomes diferentes, não bastam.

Personalizar o tema não é marca branca

É aqui que as avaliações correm mal, porque ambas as palavras recebem um sim numa chamada comercial. Personalizar o tema significa cores, um logótipo, tipos de letra e algum CSS. Marca branca significa que uma pessoa pode usar a plataforma durante um ano e nunca encontrar um nome que não esperava. Para as distinguir, deixe de perguntar sobre marca e enumere os sítios onde uma marca aparece de facto:

  • O URL na barra de endereço enquanto um formando está a meio de uma lição.
  • O URL da ligação de reposição de palavra-passe — aquela que as pessoas colam nos pedidos de suporte.
  • O endereço de remetente e o domínio de envio em todas as notificações.
  • A página de início de sessão onde o colaborador de um cliente aterra às 8 da manhã, sem contexto, depois de um chefe lhe ter enviado uma ligação.
  • O certificado, e a página para onde a sua ligação de verificação aponta quando um auditor clica nela.
  • O título do separador do navegador e o favicon.
  • O que o administrador de um cliente vê quando inicia sessão: as suas pessoas, ou uma lista que inclui as de todos os outros.

Personalizar o tema muda o sexto item e parte do primeiro. O resto é arquitetura — domínios, certificados TLS, envio de correio, identidade, e a forma como o isolamento entre inquilinos é imposto. Ou uma plataforma teve isso no plano desde o início, ou está a acrescentá-lo depois, e a adaptação posterior nota-se: as respostas voltam com condições associadas.

Lurno

O colaborador de um cliente inicia sessão no domínio da sua própria empresa, recebe correio do remetente da sua própria empresa, e o seu certificado é verificado num URL que traz o nome da entidade empregadora.

Not this

O carregamento de um logótipo e um código hexadecimal numa página que continua a viver em yourinstitution.vendor.com.

No Canvas, a marca branca limita-se à personalização do tema: não foi desenhado para desaparecer atrás da sua marca e do seu domínio para organizações cliente separadas. Isso é uma decisão de âmbito e não um defeito, e está exposto com fontes na nossa página de alternativas ao Canvas.

Qual é a diferença entre personalizar o tema de um LMS e pô-lo em marca branca?

Personalizar o tema muda o aspeto da plataforma: logótipo, cores, tipos de letra, por vezes CSS personalizado. A marca branca muda de quem a plataforma parece ser — o seu domínio com o seu próprio certificado TLS, o seu domínio de envio nas notificações, a sua marca na página de início de sessão e na página de verificação do certificado, e marca por organização quando serve mais do que um cliente. Personalizar o tema é um ecrã de definições. A marca branca é infraestrutura.

O argumento honesto para ficar no Canvas

Substituir um LMS numa instituição não é um projeto de software com uma componente de gestão da mudança. É um projeto de gestão da mudança com uma componente de software, e o software é a parte fácil.

Considere o que está realmente construído à volta daquilo que se propõe remover:

  • A integração com o sistema de informação académica, e a tarefa noturna em que ninguém precisou de tocar há quatro anos.
  • As ferramentas LTI penduradas nele — supervisão de exames, verificação de plágio, conteúdos de editoras, listas de leitura, gravação de aulas.
  • Docentes que sabem onde ficam as definições da pauta de notas e que têm opiniões sobre elas. Voltar a formá-los custa um semestre de boa vontade de que pode precisar para outra coisa.
  • Uma revisão de acessibilidade já feita, e a papelada de contratação já assinada.
  • Uma transição de período letivo que corre sozinha, e regulamentos internos escritos com o vocabulário desta plataforma lá dentro.
  • Anos de conteúdos de cursos, parte deles criados por pessoas que já saíram.

O teste da decisão não é "a nova plataforma faz mais coisas". É: que população está a crescer, e qual delas paga o edifício? Se os programas com créditos são o grosso do seu volume e o trabalho fora do período letivo é uma linha secundária promissora, migrar tudo para servir a linha secundária é um mau negócio. Ponha a linha secundária noutro sítio.

Dois sistemas são uma arquitetura normal, não uma admissão de fracasso. Os serviços académicos mantêm o sistema de registo dos créditos; uma segunda plataforma leva tudo o que não confere créditos. A fronteira é aqui invulgarmente limpa porque as populações quase não se sobrepõem — os colaboradores do cliente no seu curso de conformidade nunca iriam aparecer no seu registo de alunos.

Seja direto quanto ao custo do segundo sistema: duas filas de suporte, duas posturas de acessibilidade, dois acordos de tratamento de dados, e uma verdadeira questão de identidade para as poucas pessoas que existem em ambos. Orce isso no início, em vez de o descobrir ao quarto mês.

Substituir em vez de acrescentar faz sentido em três casos: o trabalho fora do período letivo passou a ser a maioria da sua atividade; um braço comercial está a separar-se numa entidade jurídica própria; ou está numa renovação, o custo de mudança vai ser pago de uma forma ou de outra, e o roadmap para o trabalho fora do período letivo é concreto e não aspiracional.

Devemos substituir o Canvas ou manter uma segunda plataforma em paralelo?

Mantenha uma segunda plataforma se os programas conducentes a grau são o grosso do seu volume e o trabalho fora do período letivo — formação contínua, parcerias com empresas, academias de clientes — é a parte que está a crescer. Substitua apenas quando o trabalho fora do período letivo se tornou a maioria, quando um braço comercial se está a separar numa entidade própria, ou quando uma renovação força a decisão de qualquer forma. Migrar uma plataforma com formato de período letivo que funciona, para servir uma minoria da sua atividade, raramente compensa a perturbação causada aos docentes.

O que testar num período experimental, seja qual for a direção que tomar

As demonstrações são construídas para correr bem. Estas sete verificações são rápidas e falham ruidosamente quando alguma coisa não existe.

  1. Inscreva uma pessoa numa terça-feira à tarde num curso sem data de fim. Volte na segunda-feira seguinte e olhe para o acesso dela, o seu progresso e a sua linha no relatório.
  2. Ponha o mesmo endereço de correio eletrónico em duas organizações cliente. Descubra se isso é uma pessoa com duas adesões ou duas contas a caminho de uma colisão.
  3. Dê uma conta ao administrador de um cliente e depois tente fazer com que ele veja um formando de outro cliente. Se uma regra da base de dados o impedir, ótimo. Se for preciso lembrar-se de não clicar em alguma coisa, isso não é isolamento.
  4. Envie uma notificação e leia os cabeçalhos. Olhe para o domínio de envio, não para o nome apresentado.
  5. Emita um certificado e abra a sua ligação de verificação a partir de um telemóvel em dados móveis. Veja de quem é o nome que está na página.
  6. Peça uma exportação completa dos dados antes de assinar, não depois — conteúdos, registos dos formandos, resultados, histórico de auditoria, e em que formato.
  7. Faça a pergunta das normas de forma direta. SCORM 1.2, SCORM 2004, xAPI, LTI 1.3: quais estão disponíveis hoje, em que versão, e o que está planeado? Obtenha a resposta por escrito e com uma data.

Onde a Lurno encaixa, e onde não encaixa

A Lurno é a plataforma que construímos, por isso leia esta secção pelo que ela é. Foi desenhada para o segundo formato e não para o primeiro: sub-organizações aninhadas, cada uma com a sua própria marca, os seus administradores e os seus formandos, mais uma árvore interna de ramos em que um papel atribuído num ramo se propaga para baixo. Cada organização pode funcionar no seu próprio domínio personalizado com TLS automático e enviar correio a partir do seu próprio domínio, e os certificados têm uma página pública de verificação. O isolamento entre inquilinos é imposto na base de dados e não apenas na aplicação — 868 políticas de segurança ao nível da linha ao longo de 676 migrações — que é o que faz com que o teste do administrador de cliente descrito acima passe por desenho. Há mais sobre marca branca e sobre a perspetiva institucional em ensino superior.

O que não é, dito de forma direta, porque uma equipa de compras vai verificar. O SCORM 1.2, o SCORM 2004, o xAPI e o LTI 1.3 estão modelados no produto, mas o runtime ainda está em desenvolvimento — se a conformidade com normas condicionar a sua implementação, isso é uma conversa e não uma cruz numa caixa. Os pagamentos e a finalização de compra estão desenhados, não construídos. O registo autónomo está em desenvolvimento; hoje as contas são criadas por convite. Início de sessão único quer dizer hoje início de sessão via parceiro por asserção assinada, e não SAML nem OIDC; o SAML/OIDC, a MFA e as passkeys estão no roadmap e nenhum deles está disponível agora.

A maior limitação é aquela que este artigo defendeu do princípio ao fim: a Lurno não substitui o sistema de registo dos serviços académicos num campus que gere programas conducentes a grau. Se o Canvas guarda os seus períodos letivos, as suas turmas e os seus históricos académicos, está a fazer um trabalho que vale a pena manter. A questão é o que deve levar o trabalho que, para começar, nunca teve um período letivo. Uma comparação lado a lado com fontes está na página de comparação com o Canvas; para aplicar as sete verificações a um inquilino real em vez de a uma apresentação, marque uma demonstração.