Alternative a Moodle per i gruppi scolastici: conti la gestione, non la licenza

Moodle è gratuito come licenza e non è gratuito da gestire. Per una singola scuola con un amministratore di sistema che lo conosce bene, di solito è un buon scambio. Per un gruppo — una rete, un distretto, un editore, un programma ministeriale — i conti cambiano, perché i costi che decidono la questione sono l'hosting, gli aggiornamenti di versione, la compatibilità dei plugin lungo quegli aggiornamenti, le patch di sicurezza e i backup, e perché la multi-tenancy non c'è nel prodotto base. Il confronto onesto con qualsiasi alternativa è sul costo totale di gestione, non sul costo della licenza.

Niente di tutto questo è una critica. Moodle è l'LMS open source più diffuso nell'istruzione e se l'è meritato: davvero gratuito, davvero installabile in proprio, e pieno di cose che nessun prodotto commerciale costruirebbe. Questo è un calcolo, non una questione di schieramento.

Quanto costa davvero gestire Moodle

Hosting

Un'applicazione PHP, un database, un archivio file e un cron job che deve girare davvero. Lo dimensioni sulla settimana degli esami e sul giorno dei risultati, non sul martedì medio. Poi una copia di staging abbastanza vicina alla produzione da rendere sensata una prova generale — uno staging che è andato alla deriva è la prova generale di un altro spettacolo.

Aggiornamenti di versione

Moodle pubblica una data di fine supporto per ogni release. Quando una versione la supera, le correzioni di sicurezza smettono di arrivare, quindi restare aggiornati non è manutenzione ordinaria: è la postura di sicurezza. Ogni aggiornamento maggiore è un passaggio sul codice, un passaggio sullo schema, una finestra di fermo e una prova generale prima, e saltare una versione moltiplica il lavoro invece di risparmiarlo.

Compatibilità dei plugin

La directory dei plugin è il motivo per cui molte istituzioni hanno scelto Moodle, e ogni plugin installato è una dipendenza dal calendario di rilascio di qualcun altro. Così un aggiornamento diventa una matrice: per ogni plugin, esiste una build per la release di destinazione, è ancora manutenuto, fa ancora quella cosa attorno a cui gli insegnanti hanno costruito il loro periodo didattico. Un solo plugin non manutenuto può tenere un intero sito su una versione vecchia, che è la strada più comune per ritrovarsi su una release non supportata.

Patch di sicurezza

Moodle pubblica i bollettini di sicurezza con una cadenza fissa. In self-hosting, darvi seguito è compito suo: seguire gli annunci, valutarne l'urgenza, applicare, verificare — a volte fuori calendario, a volte durante una vacanza in cui la persona che sa come si fa non c'è. Sotto ci sono PHP, il database e il sistema operativo, ciascuno con il proprio flusso di patch.

Backup

Con la parola backup si indicano due cose diverse: l'esportazione dei corsi e i backup infrastrutturali del database e dell'archivio file. Servono entrambi, e un backup che non ha mai ripristinato è un'ipotesi. Poi la domanda che morde un gruppo: può ripristinare una sola scuola senza una finestra di manutenzione per tutte le altre?

Perché è la multi-tenancy a cedere quando si arriva alla scala di gruppo

Una singola scuola ci si imbatte di rado. Un gruppo ci arriva più o meno nel momento in cui due scuole vogliono cose diverse lo stesso giorno: un logo diverso, una scansione dell'anno diversa, una risposta diversa su chi può vedere i dati di chi.

Un sito Moodle le dà una struttura dentro una sola organizzazione: categorie annidabili, coorti, ruoli assegnabili a livello di categoria. È gerarchia vera. Ma è progettato attorno a un sito unico per una singola istituzione — gli account appartengono al sito, l'amministrazione vale per tutto il sito, e la versione, l'insieme dei plugin e la finestra di manutenzione sono condivisi da chiunque ci stia sopra. Così «ogni scuola ha il proprio amministratore» in pratica tende a risolversi in «ogni scuola ha qualcuno di cui ci fidiamo che non clicchi la cosa sbagliata».

Le domande che mettono in luce lo scarto sono noiose e concrete:

• La Scuola B può cambiare logo, colori e pagina di accesso senza toccare quelli della Scuola A?
• L'amministratore della Scuola B può creare ed eliminare utenti che esistono solo nella Scuola B?
• Un insegnante che lavora due giorni a settimana in ciascuna scuola può avere un solo account?
• Il gruppo può porre una sola domanda su tutte le scuole e ottenere una sola risposta, senza un'esportazione?
• Quando la Scuola C lascia il gruppo, i suoi dati, i suoi utenti e i suoi contenuti possono essere consegnati e poi rimossi?
• Si può ripristinare una sola scuola da backup senza una finestra di manutenzione per tutte le altre?

A ognuna si può rispondere in Moodle, con abbastanza configurazione o con abbastanza installazioni separate. Il costo è la configurazione, oppure le installazioni.

Le tre risposte abituali, e il compromesso di ciascuna

Moodle Workplace

Il piano commerciale, venduto attraverso partner Moodle certificati, che aggiunge la multi-tenancy. Il compromesso: ora sta comprando un prodotto commerciale con un partner in mezzo, quindi la licenza gratuita non è più il motivo per cui si trova lì — lo confronti alla pari con le altre piattaforme commerciali, non come fornitore in carica. E verifichi come la forma di un gruppo scolastico (classi per anno, tutori, periodi didattici) si mappa su un prodotto il cui centro di progettazione è la formazione aziendale.

Un contratto con un partner

Un partner certificato ospita, aggiorna, applica le patch e risponde al telefono. Il lavoro non sparisce; diventa una voce di costo con uno SLA, spesso uno scambio migliore di un'assunzione. Due limiti: da solo non aggiunge la multi-tenancy — per quella servono comunque Workplace o più siti — e il costo tende a crescere con i siti e gli utenti, quindi un gruppo paga più o meno per scuola. Chieda com'è fatta l'uscita prima di firmare.

Installazioni parallele

Un Moodle per scuola. Onestamente separati — dati, brand e fermi separati — e una scuola si può consegnare consegnando il suo sito. Il compromesso è che tutto si moltiplica: dieci scuole sono dieci finestre di aggiornamento, dieci matrici di plugin, dieci serie di bollettini, dieci regimi di backup. La reportistica tra scuole diventa un esercizio di esportazione e unione, di solito un foglio di calcolo, di solito una sola persona che è l'unica a sapere come funziona. Una modifica valida per tutto il gruppo si applica dieci volte e all'undicesimo mese comincia ad andare alla deriva.

I gruppi raramente decidono di adottare installazioni parallele. Ci arrivano, perché un sito nuovo era il modo più veloce per far entrare la scuola numero quattro.

L'AI tramite plugin non è la stessa cosa dell'AI dentro il prodotto

In un'installazione Moodle quasi tutte le capacità AI arrivano come plugin: un connettore verso un provider, un generatore di quesiti, un riassuntore. I plugin sono il modo in cui Moodle è sempre cresciuto. Ma tre proprietà si comportano in modo diverso quando una funzionalità è attaccata al fianco di una piattaforma invece che costruita al suo interno.

Grounding

Da dove arriva la risposta? Un connettore generico passa un prompt a un modello e restituisce testo, quindi riflette la conoscenza generale del modello e non il suo programma didattico o la sua politica di valutazione. Grounding significa recuperare informazioni dal suo materiale, con citazioni che rimandano al documento da cui una frase proviene. In un gruppo è prima di tutto un problema di confine sui dati: i documenti della Scuola A non devono mai fare da base a una risposta data alla Scuola B, e un plugin su un modello dati a sito unico non ha nessun confine di tenant da rispettare.

Verifica di sicurezza

Chi ha scelto il modello, chi ha scritto il prompt, che cosa esce dalla sua infrastruttura, per quanto tempo il provider lo conserva, e se nel payload c'è l'elaborato scritto di un minore. Con un plugin la risposta è chiunque l'abbia scritto, più quello che ha configurato lei — verificabile, perché è codice aperto, ma il verificatore è lei, per ogni plugin, a ogni aggiornamento.

Audit

Un periodo didattico dopo, un genitore o un ispettore chiede che cosa ha fatto l'AI. È in grado di mostrare che cosa è stato generato, da chi, da quale fonte, e che cosa ha modificato una persona prima che arrivasse a un discente? Un plugin scrive sulle proprie tabelle nel proprio formato, ammesso che scriva qualcosa.

I plugin non sono il problema. Il confine tra AI e dati deve essere tracciato da ciò che traccia tutti gli altri confini, e un plugin non può tracciarne uno che la piattaforma non ha.

Calcolare il costo onestamente

Non faccia stime. Apra il sistema di ticket e il registro delle modifiche degli ultimi dodici mesi e conti.

annual operating hours, per Moodle site

    major upgrades        (windows per year)   x (hours per window)
  + point releases        (releases applied)   x (hours each)
  + plugin re-testing     (plugins relied on)  x (hours per upgrade)
  + security advisories   (acted on per year)  x (hours each)
  + backup restore tests  (tests per year)     x (hours each)
  + unplanned incidents   (last 12 months, from the ticket system)
  = hours per site per year

  x number of sites you run
  x loaded hourly cost of the people who do it
  + hosting, storage and bandwidth
  + partner or support contract
  = the number to compare against a licence

Conti solo le ore che sparirebbero davvero se cambiasse. Poi elenchi a parte le domande a livello di gruppo a cui oggi non sa rispondere — quanti discenti, su tutte le scuole, hanno completato la formazione sulla tutela dei minori in questo periodo didattico, e quali scuole sono indietro.

Quando Moodle resta la risposta giusta

Spesso. Con un team di sistemi interno che conosce Moodle, restare è spesso la scelta più economica e più difendibile: controllo completo dello stack, nessuna dipendenza da un fornitore, e un ecosistema di plugin che copre una didattica che nessuna roadmap commerciale metterà in cima alle priorità. Alcune regole di approvvigionamento impongono l'open source senza eccezioni. E il costo della migrazione è reale — contenuti, banche dei quesiti, storico del registro dei voti, account, e i vecchi link stampati in cento guide.

Il motivo sbagliato per andarsene è che un aggiornamento è andato male. Quello giusto è strutturale: il gruppo è cresciuto, ora il problema è la sua forma e non il software, e il costo di gestione lo pagano persone assunte per fare altro.

Se guarda altrove, che cosa controllare

Qui il fornitore siamo noi, quindi legga di conseguenza. Lurno è una piattaforma multi-tenant costruita per la forma descritta sopra; i gruppi scolastici sono il caso attorno a cui è stata progettata. Questa è la lista di controllo che vorremmo veder applicata a noi e a chiunque altro sia sul suo elenco.

• Modello di tenancy. Chieda di vedere organizzazioni annidate create dal vivo, non disegnate su una slide. In Lurno un'organizzazione può contenerne altre, e un ruolo assegnato a un ramo di quell'albero scende a cascata lungo di esso — il referente del gruppo per la tutela dei minori si assegna una volta sola.
• Dove viene imposto l'isolamento. Un filtro a livello applicativo è a un bug di distanza da una fuga di dati, quindi chieda se il confine sta nel database. Quello di Lurno sì: 868 policy di sicurezza a livello di riga distribuite su 676 migrazioni, illustrate nella pagina sulla sicurezza.
• Brand e domini. Branding white-label per organizzazione e un dominio personalizzato con TLS automatico, così la pagina di accesso di ogni scuola è la sua, e una sotto-organizzazione eredita il brand dell'organizzazione madre finché non lo sovrascrive.
• Accesso. Vada nel dettaglio, e ce lo faccia rispettare. Oggi Lurno ha l'accesso partner (silent SSO); l'SSO SAML/OIDC, l'MFA e le passkey sono in roadmap e non disponibili. Se le sue scuole accedono tramite Entra o Google Workspace via SAML, chieda a ogni fornitore — noi compresi — delle date per iscritto.
• Standard. SCORM 1.2, SCORM 2004, xAPI e LTI 1.3 sono in sviluppo in Lurno — modellati nel prodotto, con il runtime in costruzione. Se ha un decennio di pacchetti SCORM alle spalle, lo chieda per primo, non per ultimo.
• Aspetti commerciali. Oggi gli account si creano su invito; la registrazione self-service, i pagamenti e il checkout sono progettati, non costruiti.
• Quello che un LMS aziendale non ha motivo di costruire. Un portale per i tutori delimitato per categoria di dati, certificati con una pagina di verifica pubblica, quadri di competenze con le relative evidenze, e quattro lingue di prodotto compreso l'arabo in RTL completo.
• Uscita. Come si tira fuori tutto, in che formato, e quanto ci vuole? Un fornitore che risponde in fretta a questa domanda le sta dicendo qualcosa.

Teniamo un confronto affiancato più esteso tra Lurno e Moodle, che dice chiaramente per chi Moodle è davvero la scelta migliore. Se i suoi conti dicono che Moodle resta, è un buon esito — e avrà il numero per difenderlo alla prossima riunione di budget.