Alternative a Canvas per le istituzioni a cui il semestre accademico sta stretto
Canvas presuppone un semestre, un elenco iscritti e una carriera accademica. Se gestisce formazione continua, academy per clienti o un ramo commerciale, ecco che cosa fare.
Canvas è costruito attorno a un semestre con una data di inizio e una data di fine, a un elenco di iscritti che arriva da un sistema informativo studenti e a un corso che si chiude con un voto. La formazione continua, le partnership aziendali, un ramo commerciale di formazione e le academy per clienti non hanno nessuna di queste cose: le iscrizioni sono a flusso continuo, la coorte è un'azienda, il traguardo è un certificato e le persone coinvolte non sono studenti immatricolati. Le istituzioni che si trovano in questa posizione di solito non hanno bisogno di un LMS migliore. Hanno bisogno di una seconda forma.
Il modello semestre-ed-elenco iscritti
Un impianto in cui il calendario accademico e il record di iscrizione sono i fatti che organizzano il sistema. I corsi stanno dentro i semestri, le persone stanno dentro un registro, l'accesso si apre e si chiude a date decise da qualcuno che non è il titolare del corso, e il completamento si risolve in un voto. Canvas ha questa forma perché è ciò di cui un'istituzione che rilascia titoli di studio ha davvero bisogno.
Che aspetto ha il modello semestre-ed-elenco iscritti un martedì qualunque
Il modello è invisibile finché non si rompe uno dei suoi presupposti. Sono all'incirca cinque, e ciascuno è ragionevole:
- Le iscrizioni arrivano in blocco, prima che il corso apra, da un sistema di riferimento che non amministra lei.
- Ogni corso ha una data di fine, ed è la data di fine a fare le pulizie: l'accesso decade, il registro dei voti si chiude, la sezione viene archiviata.
- Una persona è prima di tutto uno studente dell'istituzione e solo in secondo luogo un partecipante a un corso.
- L'avanzamento è un voto rispetto a un programma d'esame, e la destinazione di quel voto è la carriera accademica.
- I contenuti si copiano in avanti semestre dopo semestre, quindi «il corso» è in realtà una serie di copie quasi identiche con un anno nel nome.
Ora cambi un dato in ingresso. La responsabile dei servizi generali di un'azienda cliente si iscrive un martedì pomeriggio a un corso di compliance di sei ore. Le serve l'accesso entro un minuto, non il primo lunedì del semestre. Farà due moduli quella sera e il resto nell'arco di tre settimane. Nessuno le darà un voto; le serve un certificato che il revisore del suo datore di lavoro possa verificare. Non è nel registro e non ci sarà mai.
Far girare tutto questo dentro un sistema a forma di semestre è possibile, e molte istituzioni lo fanno. Si crea un semestre che non finisce mai e un guscio di corso che resta aperto in permanenza, così il registro dei voti non si chiude mai e il job di archiviazione non parte mai. Si iscrivono le persone a mano, oppure con uno script su un server che mantiene una persona sola. Si tiene un foglio di calcolo di chi ha iniziato quando, perché la reportistica è orientata ai semestri e il suo non finisce. Si duplica il corso per ogni cliente, perché il nome del cliente deve comparire da qualche parte e non c'è nessun altro posto dove metterlo.
Ogni espediente è piccolo e ognuno funziona. Il costo vero è che dopo due anni gli espedienti sono il modello operativo, e la persona che sa come stanno insieme è diventata portante.
Si può gestire la formazione aziendale su Canvas?
Sì, e molte istituzioni lo fanno. L'attrito raramente è una funzionalità mancante: è che le impostazioni predefinite della piattaforma presuppongono un semestre, un registro e un voto, quindi ogni programma a iscrizione continua, brandizzato per il cliente e chiuso da un certificato si costruisce aggirando quelle impostazioni. È sostenibile per un programma e costoso per venti.
Le quattro forme che non entrano
Formazione continua e sviluppo professionale
Ingressi a flusso continuo, corsi brevi, discenti non immatricolati, datori di lavoro che pagano al posto degli studenti e un completamento espresso come certificato anziché come crediti. Anche la domanda di reportistica cambia forma: smette di essere «che voto ha preso questo studente» e diventa «quanti dipendenti di questo datore di lavoro hanno finito il modulo obbligatorio prima della data dell'audit».
Partnership aziendali
Un'università vende un programma di leadership a una banca. Il team HR della banca vuole vedere le proprie persone e nessun altro, vuole il proprio brand presente, vuole un report mensile e vuole che il personale venga inserito dal proprio sistema HR e non dalla sua segreteria. Sono questioni di tenancy, e nessuna quantità di configurazione di corso risponde a una questione di tenancy.
Un ramo commerciale di formazione
Conto economico separato, listino separato, fatturazione e IVA, e la necessità di muoversi più in fretta del calendario accademico di change control. Di solito il ramo vuole il proprio brand e non quello dell'università, perché vende a uffici acquisti che lo confrontano con enti di formazione commerciali.
Academy per clienti
La forma che manda in crisi più di ogni altra le piattaforme basate sul semestre. Un'academy aziendale che gestisce la formazione per 15 aziende clienti da un solo tenant ha bisogno che ogni cliente abbia il proprio brand, i propri amministratori, il proprio elenco di discenti e nessuna visibilità su nessun altro cliente. Non sono quindici corsi. Sono quindici organizzazioni che si trovano a condividere un gestore.
Un'istituzione ha bisogno della multi-tenancy, o bastano i sotto-account?
I sotto-account dividono una sola istituzione in dipartimenti che condividono un brand, un dominio e una cultura amministrativa. La multi-tenancy separa organizzazioni che non condividono nulla se non il gestore: ciascuna con il proprio brand, il proprio dominio, i propri amministratori e un isolamento imposto sotto il livello applicativo, così un filtro dimenticato in una query non può far trapelare i discenti di un cliente a un altro. Se le sue divisioni mostrano tutte lo stesso nome sulla pagina di login, i sotto-account bastano. Se mostrano nomi diversi, non bastano.
La personalizzazione grafica non è il white-labelling
È qui che le valutazioni si sbagliano, perché in una chiamata commerciale entrambe le parole ricevono un sì. Personalizzazione grafica significa colori, un logo, i font e un po' di CSS. White-labelling significa che una persona può usare la piattaforma per un anno senza mai incontrare un nome che non si aspettava. Per distinguerle, smetta di chiedere del branding ed elenchi i punti in cui un brand compare davvero:
- L'URL nella barra degli indirizzi mentre un discente è a metà di una lezione.
- L'URL sul link di reimpostazione della password, quello che le persone incollano nei ticket di assistenza.
- L'indirizzo del mittente e il dominio di invio su ogni notifica.
- La pagina di login su cui atterra il dipendente di un cliente alle 8 del mattino, a freddo, dopo che un responsabile gli ha mandato un link.
- Il certificato, e la pagina a cui porta il suo link di verifica quando ci clicca sopra un revisore.
- Il titolo della scheda del browser e la favicon.
- Che cosa vede l'amministratore di un cliente quando entra: le proprie persone, oppure un elenco che comprende anche quelle di tutti gli altri.
La personalizzazione grafica cambia la sesta voce e una parte della prima. Il resto è architettura: domini, certificati TLS, invio della posta, identità e il modo in cui viene imposto l'isolamento tra tenant. O una piattaforma aveva queste cose nel progetto fin dall'inizio, oppure le sta aggiungendo a posteriori, e l'aggiunta a posteriori si vede: le risposte tornano con delle condizioni attaccate.
Il dipendente di un cliente entra dal dominio della propria azienda, riceve le email dal mittente della propria azienda e il suo certificato si verifica a un URL che porta il nome del suo datore di lavoro.
Il caricamento di un logo e un codice esadecimale su una pagina che sta ancora su yourinstitution.vendor.com.
Su Canvas il white-labelling si ferma alla personalizzazione grafica: non è progettato per sparire dietro il suo brand e il suo dominio per organizzazioni clienti distinte. È una scelta di perimetro e non un difetto, ed è esposta con le fonti sulla nostra pagina sulle alternative a Canvas.
Qual è la differenza tra personalizzare la grafica di un LMS e farne il white-labelling?
La personalizzazione grafica cambia l'aspetto della piattaforma: logo, colori, font, a volte CSS personalizzato. Il white-labelling cambia di chi sembra essere la piattaforma: il suo dominio con il proprio certificato TLS, il suo dominio di invio sulle notifiche, il suo brand sulla pagina di login e sulla pagina di verifica del certificato, e un brand per ogni organizzazione quando serve più di un cliente. La personalizzazione grafica è una schermata di impostazioni. Il white-labelling è infrastruttura.
Le ragioni oneste per restare su Canvas
Sostituire un LMS in un'istituzione non è un progetto software con una componente di gestione del cambiamento. È un progetto di gestione del cambiamento con una componente software, e il software è la parte facile.
Consideri che cosa è stato davvero costruito attorno alla cosa che si propone di rimuovere:
- L'integrazione con il sistema informativo studenti, e il job notturno che nessuno ha avuto bisogno di toccare da quattro anni.
- Gli strumenti LTI che ci sono agganciati: proctoring, controllo antiplagio, contenuti editoriali, bibliografie, registrazione delle lezioni.
- I docenti che sanno dove stanno le impostazioni del registro dei voti e hanno delle opinioni al riguardo. Formarli di nuovo costa un semestre di credito di fiducia che potrebbe servirle per qualcos'altro.
- Una verifica di accessibilità già fatta, e le carte dell'ufficio acquisti già firmate.
- Un passaggio di semestre che si esegue da solo, e regolamenti d'ateneo scritti con dentro il vocabolario di questa piattaforma.
- Anni di contenuti dei corsi, in parte scritti da persone che se ne sono andate.
Il criterio di decisione non è «la nuova piattaforma fa di più». È: quale popolazione sta crescendo, e quale paga l'edificio? Se i programmi che danno crediti sono il grosso dei suoi volumi e l'attività fuori semestre è un ramo secondario promettente, migrare tutto per servire il ramo secondario è un cattivo affare. Faccia girare il ramo secondario da un'altra parte.
Due sistemi sono un'architettura normale, non l'ammissione di un fallimento. La segreteria mantiene il sistema di riferimento per i crediti; una seconda piattaforma porta tutto ciò che non dà crediti. Qui il confine è insolitamente netto perché le popolazioni si sovrappongono a malapena: il personale del cliente iscritto al suo corso di compliance non sarebbe comunque mai comparso nel suo registro studenti.
Sia franco su quanto costa il secondo sistema: due code di assistenza, due posizioni sull'accessibilità, due accordi sul trattamento dei dati e una vera questione di identità per le poche persone che esistono in entrambi. Lo metta a budget all'inizio, invece di scoprirlo al quarto mese.
Sostituire anziché aggiungere ha senso in tre casi: l'attività fuori semestre è diventata la maggioranza di quello che fa; un ramo commerciale si sta separando in una propria entità giuridica; oppure è a un rinnovo, il costo del passaggio verrà comunque pagato in qualche forma, e la roadmap per l'attività fuori semestre è concreta e non un auspicio.
Dobbiamo sostituire Canvas o affiancargli una seconda piattaforma?
Affianchi una seconda piattaforma se i corsi di laurea sono il grosso dei suoi volumi e l'attività fuori semestre — formazione continua, partnership aziendali, academy per clienti — è la parte che cresce. Sostituisca solo quando l'attività fuori semestre è diventata la maggioranza, quando un ramo commerciale si sta separando in una propria entità, o quando un rinnovo forza comunque la decisione. Migrare una piattaforma a forma di semestre che funziona, per servire una minoranza della sua attività, raramente ripaga il disturbo arrecato ai docenti.
Che cosa provare in un test, qualunque direzione prenda
Le demo sono costruite per riuscire. Queste sette verifiche sono rapide e falliscono rumorosamente quando qualcosa non c'è.
- Iscriva una persona un martedì pomeriggio a un corso senza data di fine. Torni il lunedì successivo e guardi il suo accesso, il suo avanzamento e la sua riga nel report.
- Metta lo stesso indirizzo email in due organizzazioni clienti. Scopra se è una persona sola con due appartenenze o due account destinati a scontrarsi.
- Dia un account all'amministratore di un cliente, poi provi a fargli vedere il discente di un altro cliente. Se a fermarla è una regola del database, bene. Se serve ricordarsi di non cliccare qualcosa, quello non è isolamento.
- Invii una notifica e legga le intestazioni. Guardi il dominio di invio, non il nome visualizzato.
- Emetta un certificato e apra il suo link di verifica da un telefono in rete mobile. Guardi di chi è il nome sulla pagina.
- Chieda un'esportazione completa dei dati prima di firmare, non dopo: contenuti, record dei discenti, risultati, storico di audit, e in che formato.
- Faccia la domanda sugli standard in modo diretto. SCORM 1.2, SCORM 2004, xAPI, LTI 1.3: quali sono rilasciati oggi, in che versione, e che cosa è previsto? Se lo faccia mettere per iscritto con una data.
Dove Lurno si colloca, e dove no
Lurno è la piattaforma che costruiamo noi, quindi legga questa sezione per quello che è. È stata progettata per la seconda forma e non per la prima: sotto-organizzazioni annidate, ciascuna con il proprio brand, i propri amministratori e i propri discenti, più un albero interno di rami in cui un ruolo assegnato a un ramo scende a cascata lungo di esso. Ogni organizzazione può girare sul proprio dominio personalizzato con TLS automatico e inviare le email dal proprio dominio, e i certificati portano una pagina di verifica pubblica. L'isolamento tra tenant è imposto nel database e non solo nell'applicazione — 868 policy di sicurezza a livello di riga distribuite su 676 migrazioni — ed è questo che fa superare per progetto la verifica sull'amministratore del cliente qui sopra. C'è altro sul white-labelling e sulla prospettiva istituzionale in istruzione superiore.
Che cosa non è, detto chiaramente, perché un ufficio acquisti verificherà. SCORM 1.2, SCORM 2004, xAPI e LTI 1.3 sono modellati nel prodotto ma il runtime è ancora in sviluppo: se la conformità agli standard è una condizione per il suo rilascio, è una conversazione da fare e non una casella da spuntare. I pagamenti e il checkout sono progettati, non costruiti. La registrazione self-service è in sviluppo; oggi gli account si creano su invito. Oggi single sign-on significa accesso partner tramite assertion firmata, non SAML né OIDC; SAML/OIDC, MFA e passkey sono in roadmap e nessuno di questi è disponibile adesso.
Il limite più grande è quello che questo articolo ha sostenuto dall'inizio alla fine: Lurno non sostituisce il sistema di riferimento di una segreteria in un ateneo che eroga corsi di laurea. Se Canvas tiene i suoi semestri, le sue sezioni e le carriere dei suoi studenti, sta facendo un lavoro che vale la pena mantenere. La domanda è che cosa debba portare il lavoro che un semestre non l'ha mai avuto. Un confronto affiancato con le fonti è sulla pagina di confronto con Canvas; per fare le sette verifiche su un tenant vero e non su una presentazione, prenoti una demo.