Gestire un gruppo di scuole con più sedi su una sola piattaforma

Un gruppo di scuole che gestisce più sedi ha due istinti corretti che tirano in direzioni opposte. Ogni sede conosce il proprio personale, le proprie famiglie e il proprio orario, e ogni decisione presa per lei dalla direzione centrale arriva leggermente sbagliata. Il gruppo ha bisogno di cifre che possa confrontare fra le sedi, il che è impossibile se alcune definizioni non sono identiche in ogni edificio. La divisione praticabile è più stretta di quanto la maggior parte dei gruppi si aspetti: condividere le cose che devono significare la stessa cosa ovunque — la struttura del curriculum, gli standard di valutazione e la definizione di ogni cifra che viene riportata — e tenere locale tutto ciò che tocca la settimana di una persona.

La maggior parte dei progetti di consolidamento fallisce sulla seconda metà di quella frase. Il gruppo compra una sola piattaforma, poi la usa per standardizzare cose che non erano mai state il problema — gli orari, i nomi delle classi, la parola con cui si indica l'anno scolastico — lasciando a ogni sede il significato di completamento, presenza e padronanza. È il contrario di quel che serve, e produce una dashboard di gruppo di cui nessuno si fida e dirigenti scolastici che aggirano in silenzio il sistema.

Hanno ragione entrambe le parti

L'argomento delle sedi riguarda l'accuratezza. Un dirigente scolastico risponde dei risultati di un solo edificio, con un solo elenco del personale, una sola coorte in entrata e un solo insieme di pressioni locali. Chiunque si sia visto dettare un orario da un team centrale a duecento miglia di distanza sa quanti dettagli non sopravvivono al viaggio. L'autonomia qui non è politica: è il modo in cui i dati restano fedeli all'edificio.

L'argomento del gruppo riguarda la confrontabilità. Se tre sedi riportano un tasso di promozione, qualcuno deve mettere quei numeri su una sola pagina e agire sulla differenza. Senza cifre confrontabili, un gruppo è un logo condiviso e una busta paga condivisa, e ogni miglioramento trovato in un edificio resta lì. La sede vuole il controllo delle operazioni; il gruppo vuole il controllo del significato.

Che cosa condividere e che cosa tenere locale

Condivise: quattro cose

• La spina dorsale del curriculum. Le materie, la sequenza e gli obiettivi di apprendimento di cui una scuola risponde. Le sedi possono insegnarli in modo diverso; quello che non possono fare è tenere ciascuna un elenco di obiettivi privato, perché una competenza registrata in una sede deve significare la stessa cosa quando una famiglia si trasferisce dall'altra parte della città.
• Gli standard di valutazione. Le rubriche, le soglie dei voti e che cosa conta come evidenza di padronanza. Se lo standard è locale, il voto è locale, e confrontare i risultati fra le sedi significa confrontare culture di correzione.
• Le definizioni della reportistica. Che cosa conta come completamento, come assenza, come discente attivo, come modulo in ritardo. I gruppi saltano questa voce, ed è quella che decide se il livello di gruppo valga la pena di esistere.
• La politica sui dati. La conservazione, il consenso, chi può vedere che cosa e come si risponde a una richiesta di accesso dell'interessato. Un regolatore lo chiede al gruppo, non alla sede.

Condividere significa una sola definizione, un solo responsabile e un solo processo di modifica. Non significa un solo orario o un solo piano di lezione. Una rubrica condivisa non impedisce a un docente di insegnare. Il centro possiede il significato della parola; la sede possiede quello che succede sotto di essa.

Locali: tutto ciò che tocca una settimana

• Personale, ruoli e diritti. Le persone che hanno bisogno dell'accesso amministrativo sono quelle in sede. Un coordinatore di anno non dovrebbe aspettare due giorni un ticket centrale per creare una classe.
• Gruppi e classi. Le coorti cambiano su un calendario locale, per ragioni locali, a volte ogni settimana.
• Il calendario. Trimestri, vacanze, settimane d'esame e cicli di rendicontazione differiscono fra le sedi di uno stesso gruppo più spesso di quanto la direzione centrale si aspetti, e differiscono sempre fra Paesi diversi.
• La terminologia. Year 7 oppure Grade 7. Trimestre oppure semestre. Coordinatore di classe oppure homeroom teacher. Sembra una questione estetica e non lo è: il personale smette di fidarsi di un sistema che chiama le cose con il nome sbagliato.
• Materiali locali e comunicazione con le famiglie. La lettera che va a casa la scrive qualcuno che conosce la famiglia.

I rami e le sotto-organizzazioni non sono la stessa cosa

Una volta concordato l'elenco condiviso, la struttura deve esprimerlo. Due forme sembrano identiche su un organigramma e si comportano in modo diverso dentro un sistema. Il lessico cambia da fornitore a fornitore; questo articolo usa ramo e sotto-organizzazione.

Un ramo è un'unità operativa dentro una sola organizzazione: una sede, un reparto, una regione, un ciclo scolastico. Tutto ciò che sta nell'albero dei rami condivide i membri, i programmi, i ruoli e il brand dell'organizzazione. Il senso di un ramo è il flusso dei permessi: un ruolo assegnato a un ramo vale per ogni ramo sottostante. La responsabile delle sedi del nord è una sola assegnazione e non una per sede, e quando lascia l'incarico c'è una sola assegnazione da revocare.

Una sotto-organizzazione è un'organizzazione figlia a tutti gli effetti: ha membri, programmi, ruoli, brand, terminologia e dominio propri, e può contenere a sua volta delle figlie. È un confine, non una cartella. Due sotto-organizzazioni possono gestire curricula e ammissioni diversi senza che nessuna delle due sia un caso speciale.

One organisation, campuses as branches
Northbridge School                one brand, one staff list, one curriculum
├── North campuses                branch — regional head: one grant
│   ├── Northbridge Central       branch
│   └── Northbridge Riverside     branch
└── South campuses                branch
    └── Northbridge Park          branch

One group, schools as sub-organisations
Northbridge Education Group       parent organisation
├── Northbridge School            sub-org — own domain, own staff
│   ├── North campuses            branch, inside that sub-org
│   └── South campuses            branch
├── Cedar Academy                 sub-org — acquired, keeps its own brand
└── Northbridge Online            sub-org — own programmes, own intake

• Usi i rami quando le sedi sono una sola scuola distribuita su più edifici: un solo nome, un solo contratto per il personale, un solo curriculum, un solo insieme di regole. Un albero di rami le mantiene confrontabili per impostazione predefinita, perché di ogni cosa da confrontare ce n'è una sola.
• Usi le sotto-organizzazioni quando una sede ha un'identità che un genitore riconoscerebbe — un brand diverso, un regolatore diverso, ammissioni proprie, un dominio proprio, e personale che non dovrebbe comparire nell'elenco utenti di un'altra sede. E anche quando il gruppo acquisisce una scuola che ha già un nome e nessuna intenzione di perderlo.
• Usi entrambi quando la forma reale li richiede entrambi: ogni scuola una sotto-organizzazione, e le sedi e i reparti di ciascuna scuola dei rami al suo interno.

Scegliere male costa in entrambe le direzioni. Modelli tutto come sotto-organizzazioni e il gruppo perde la confrontabilità: quattro scuole, quattro alberi di curriculum, quattro idee di che cosa sia un voto sufficiente. Modelli tutto come rami e la scuola che aveva bisogno di un brand e di un elenco del personale propri non ottiene né l'uno né l'altro. Entrambi gli errori costano poco da correggere il primo giorno e molto dopo un anno di iscrizioni.

La trappola della reportistica

Ecco come una dashboard di gruppo diventa un racconto di fantasia. Il gruppo chiede a ogni sede il completamento per programma. La sede A considera completo un programma quando il discente consegna la verifica finale. La sede B lo considera completo quando un docente ha corretto quella verifica, due settimane dopo. La sede C gestisce un corso senza verifica finale e lo considera completo quando sono stati aperti quattro quinti delle lezioni. Ogni regola è difendibile nella propria sede. Mediate insieme, non descrivono niente: né l'apprendimento, né la produttività, né la capacità di correzione. Sono tre misurazioni diverse sommate.

Un numero sbagliato è peggio di un numero mancante, perché viene usato. Un numero mancante spinge qualcuno a fare una domanda. Uno sbagliato sposta organici, budget e interventi verso la sede con il ciclo di correzione più lento, in una riunione in cui la cifra è sulla slide e la definizione no.

La soluzione non è una dashboard migliore. È un registro: ogni cifra riportata definita una volta sola, con un responsabile indicato per nome, una sola fonte, una sola regola di aggregazione e un elenco chiuso di dimensioni per cui può essere scomposta. Le sedi possono costruirci sopra qualsiasi vista vogliano; quello che non possono fare è ridefinire la parola che ci sta sotto. È a questo che servono le definizioni di metrica certificate: una metrica si guadagna l'etichetta di certificata quando dietro di sé ha un risultato atteso verificato a mano, che viene rieseguito ogni volta che la definizione cambia, così modificare la regola di completamento fa fallire un test invece di riscrivere in silenzio le cifre dell'anno scorso.

Che aspetto ha su larga scala

La versione più grande di questa forma in funzione su Lurno — resa anonima, perché è l'attività di qualcun altro — è un editore K-12 che gestisce 114 scuole su un'unica piattaforma. La stessa struttura, con un'ampiezza diversa, è un'academy aziendale che gestisce la formazione per 15 aziende clienti da un solo tenant. Nessuna delle due è una costruzione su misura: un'organizzazione madre che contiene organizzazioni figlie, con alberi operativi dentro ciascuna figlia.

Lurno tiene i due alberi separati di proposito. Le sotto-organizzazioni si annidano, e ciascuna porta con sé membri, programmi, ruoli, brand, terminologia e dominio personalizzato propri, con TLS automatico. I rami sono il secondo albero, dentro una singola organizzazione, e un ruolo assegnato a un ramo scende a cascata lungo ogni ramo sottostante. I gruppi sono il terzo pezzo: la classe o la coorte in cui sta un discente. Quale dei tre usare è illustrato in white-label e multi-tenancy.

La reportistica è uno strato di sola lettura sopra un registro di metriche certificate, ciascuna definita una volta sola con una sola fonte e un elenco fisso di dimensioni, così una scheda sulla dashboard di una sede e una cifra nel fascicolo per il consiglio del gruppo non possono essere calcolate in due modi diversi. Ogni interrogazione gira come la persona che la sta leggendo, sotto gli stessi permessi che governano il resto della piattaforma, ed è questo che rende sicuro dare a un dirigente scolastico una reportistica dal vivo invece di un PDF mensile. Quello strato è descritto in reportistica e analitica. La separazione tra le scuole sta nel database e non nel codice applicativo — 868 policy di sicurezza a livello di riga distribuite su 676 migrazioni — così un filtro mancante in una nuova esportazione restituisce niente invece dei discenti di un'altra scuola.

Tre limiti da chiarire prima che un gruppo pianifichi una migrazione. SCORM, xAPI e LTI 1.3 sono in sviluppo: se le sue sedi comprano contenuti editoriali come pacchetti SCORM, chieda prima delle tempistiche. Anche i pagamenti e il checkout sono in sviluppo, quindi le rette restano nel suo sistema amministrativo. E il single sign-on SAML e OIDC è in roadmap, non rilasciato; l'accesso partner (silent SSO) è disponibile oggi, ed è un meccanismo diverso, che vale la pena sollevare con chi gestisce il suo identity provider. Il resto del modello è su Lurno per le scuole.

Prima di consolidare

1. Elenchi ogni cifra che compare in un report di gruppo e, accanto a ciascuna, scriva la regola esatta che oggi usa ogni sede. Riconcili quell'elenco prima di migrare qualsiasi cosa, non dopo.
2. Chieda, sede per sede, se le serve una propria porta d'ingresso e un proprio elenco utenti. Quella domanda separa i rami dalle sotto-organizzazioni meglio di qualsiasi organigramma.
3. Indichi per nome un responsabile per ogni definizione condivisa: obiettivi del curriculum, rubriche, ogni metrica riportata. Una definizione senza responsabile va alla deriva nel giro di un anno, e una cifra senza responsabile non dovrebbe arrivare al fascicolo per il consiglio.
4. Metta per iscritto che cosa ogni sede può cambiare senza chiedere, e lo pubblichi. La maggior parte della resistenza a una piattaforma di gruppo nasce dal non sapere quali decisioni restino proprie.
5. Verifichi che un ruolo assegnato a livello di gruppo arrivi in basso, e che un ruolo assegnato a una sede si fermi lì. Chieda che glielo mostrino nel prodotto, non che glielo raccontino in una chiamata.
6. Concordi in anticipo che cosa succede quando una scuola esce dal gruppo: che cosa viene cancellato, che cosa viene esportato e chi detiene i dati nel frattempo.

La versione breve

Condivida le definizioni e tenga locali le operazioni. Usi i rami quando le sedi sono una sola scuola distribuita su più edifici, e le sotto-organizzazioni quando sono più scuole sotto un solo proprietario. E stabilisca che cosa significa completamento prima che venga stampato il primo report di gruppo: dopo, la cifra è in circolazione e nessuno ricorda che erano tre domande diverse.