Piloter un groupe scolaire multi-campus sur une seule plateforme

Un groupe scolaire exploitant plusieurs campus a deux intuitions justes qui tirent en sens contraire. Chaque campus connaît son personnel, ses familles et son emploi du temps, et toute décision prise pour lui au siège arrive légèrement à côté. Le groupe a besoin de chiffres comparables entre campus, ce qui est impossible si certaines définitions ne sont pas identiques dans tous les bâtiments. Le partage praticable est plus étroit que la plupart des groupes ne l'imaginent : partagez ce qui doit signifier la même chose partout — la structure des programmes, les standards d'évaluation, et la définition de chaque chiffre remonté — et gardez local tout ce qui touche à la semaine d'une personne.

La plupart des projets de consolidation échouent sur la seconde moitié de cette phrase. Le groupe achète une plateforme unique, puis s'en sert pour normaliser des choses qui n'ont jamais posé problème — emplois du temps, noms de classes, le mot désignant une année scolaire — tout en laissant à chaque campus le sens d'achèvement, d'assiduité et de maîtrise. C'est l'inverse de ce qu'il faut faire, et cela produit un tableau de bord de groupe auquel personne ne se fie et des chefs d'établissement qui contournent discrètement le système.

Les deux camps ont raison

L'argument du campus porte sur l'exactitude. Un chef d'établissement répond des résultats d'un seul bâtiment, avec une seule liste de personnel, un seul recrutement d'élèves et un seul jeu de contraintes locales. Quiconque a subi un emploi du temps dicté par une équipe centrale à deux cents miles de là sait combien de détails ne survivent pas au voyage. L'autonomie n'est pas ici une affaire de politique interne ; c'est ce qui fait que les données restent fidèles au bâtiment.

L'argument du groupe porte sur la comparabilité. Si trois campus remontent un taux de réussite, quelqu'un doit mettre ces chiffres sur une même page et agir sur l'écart. Sans chiffres comparables, un groupe n'est qu'un logo commun et une paie commune, et chaque amélioration trouvée dans un bâtiment y reste. Le campus veut la maîtrise des opérations ; le groupe veut la maîtrise du sens.

Ce qu'il faut partager, et ce qu'il faut garder local

Partagé : quatre choses

• La colonne vertébrale du programme. Les matières, la progression et les acquis d'apprentissage dont un établissement répond. Les campus peuvent l'enseigner différemment ; ils ne peuvent pas tenir chacun une liste d'acquis privée, parce qu'une compétence enregistrée dans un campus doit signifier la même chose quand une famille déménage à l'autre bout de la ville.
• Les standards d'évaluation. Les grilles critériées, les seuils de note, et ce qui vaut comme preuve de maîtrise. Si le standard est local, la note est locale, et comparer les résultats entre campus revient à comparer des cultures de correction.
• Les définitions de reporting. Ce qui compte comme un achèvement, une absence, un apprenant actif, un module en retard. Les groupes sautent celle-ci, et c'est elle qui décide si la couche groupe vaut la peine d'exister.
• La politique de données. La conservation, le consentement, qui peut voir quoi, et la façon dont on répond à une demande d'accès d'une personne concernée. Un régulateur interroge le groupe, pas le campus.

Partager veut dire une définition, un responsable et un processus de modification. Cela ne veut pas dire un emploi du temps unique ni une fiche de séance unique. Une grille critériée partagée n'empêche pas un enseignant d'enseigner. Le centre détient le sens du mot ; le campus détient ce qui se passe en dessous.

Local : tout ce qui touche à une semaine

• Le personnel, les rôles et les droits. Les personnes qui ont besoin d'un accès d'administration sont celles qui sont sur place. Un responsable de niveau ne devrait pas attendre deux jours un ticket central pour créer une classe.
• Les groupes et les classes. Les cohortes changent selon un calendrier local, pour des raisons locales, parfois toutes les semaines.
• Le calendrier. Les trimestres, les vacances, les semaines d'examens et les cycles de bulletins diffèrent d'un campus à l'autre au sein d'un même groupe plus souvent que le siège ne l'imagine, et toujours d'un pays à l'autre.
• La terminologie. Sixième ou Year 7. Trimestre ou semestre. Professeur principal ou homeroom teacher. Cela paraît cosmétique et ne l'est pas : le personnel cesse de faire confiance à un système qui appelle les choses par le mauvais nom.
• Les supports locaux et la communication avec les familles. Le courrier aux parents est écrit par quelqu'un qui connaît la famille.

Branches et sous-organisations ne sont pas la même chose

Une fois la liste partagée arrêtée, la structure doit l'exprimer. Deux formes se ressemblent trait pour trait sur un organigramme et se comportent différemment dans un système. Le vocabulaire varie d'un éditeur à l'autre ; cet article emploie branche et sous-organisation.

Une branche est une unité opérationnelle à l'intérieur d'une seule organisation : un campus, un département, une région, un cycle. Tout ce qui se trouve dans l'arborescence des branches partage les membres, les programmes, les rôles et la charte graphique de l'organisation. L'intérêt d'une branche, c'est la propagation des permissions — un rôle attribué sur une branche s'applique à toutes les branches en dessous. La responsable des campus du Nord, c'est une seule attribution, pas une par campus, et le jour où elle part, il n'y a qu'une attribution à révoquer.

Une sous-organisation est une organisation fille à part entière : ses propres membres, programmes, rôles, charte graphique, terminologie et domaine, et elle peut elle-même contenir des filles. C'est une frontière plutôt qu'un dossier. Deux sous-organisations peuvent appliquer des programmes et des admissions différents sans que ni l'une ni l'autre soit un cas particulier.

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

• Utilisez des branches quand les campus sont un même établissement réparti dans plusieurs bâtiments : un nom, un contrat de travail, un programme, un jeu de règles. Une arborescence de branches les garde comparables par défaut, parce qu'il n'y a qu'un exemplaire de chaque chose à comparer.
• Utilisez des sous-organisations quand un campus possède une identité qu'un parent reconnaîtrait — une autre marque, un autre régulateur, ses propres admissions, son propre domaine, et un personnel qui n'a pas à apparaître dans la liste d'utilisateurs d'un autre campus. Également quand le groupe rachète un établissement qui a déjà un nom et aucune intention de le perdre.
• Utilisez les deux quand la forme réelle l'exige : chaque établissement en sous-organisation, et les campus et départements de chaque établissement en branches à l'intérieur.

Se tromper coûte dans les deux sens. Modélisez tout en sous-organisations et le groupe perd la comparabilité : quatre établissements, quatre arborescences de programmes, quatre idées de la note de passage. Modélisez tout en branches et l'établissement qui avait besoin de sa propre marque et de sa propre liste de personnel n'obtient ni l'une ni l'autre. Les deux se corrigent à peu de frais le premier jour et coûtent cher après une année d'inscriptions.

Le piège du reporting

Voici comment un tableau de bord de groupe devient une fiction. Le groupe demande à chaque campus l'achèvement par programme. Le campus A compte un programme achevé lorsque l'apprenant remet l'évaluation finale. Le campus B le compte lorsqu'un enseignant a corrigé cette évaluation, quinze jours plus tard. Le campus C propose un cours sans évaluation finale et le compte lorsque quatre cinquièmes des leçons ont été ouvertes. Chaque règle se défend sur son propre site. Une fois moyennées, elles ne décrivent rien — ni l'apprentissage, ni le débit, ni la capacité de correction. C'est l'addition de trois mesures différentes.

Un chiffre faux est pire qu'un chiffre manquant, parce qu'il est utilisé. Un chiffre manquant amène quelqu'un à poser une question. Un chiffre faux déplace les effectifs, le budget et les dispositifs de soutien vers le campus au cycle de correction le plus lent, lors d'une réunion où le chiffre est sur la diapositive et la définition ne l'est pas.

Le correctif n'est pas un meilleur tableau de bord. C'est un registre : chaque chiffre remonté défini une seule fois, avec un responsable nommé, une source, une règle d'agrégation et une liste fermée des dimensions selon lesquelles il peut être ventilé. Les campus peuvent construire par-dessus toutes les vues qu'ils veulent ; ce qu'ils ne peuvent pas faire, c'est redéfinir le mot en dessous. C'est à cela que servent les définitions d'indicateurs certifiées — un indicateur obtient le label certifié lorsqu'un résultat attendu vérifié à la main se trouve derrière lui et est rejoué à chaque changement de définition, si bien que modifier la règle d'achèvement casse un test au lieu de réécrire discrètement les chiffres de l'an dernier.

Ce que cela donne à grande échelle

La plus grande version de cette forme qui tourne sur Lurno — anonymisée, parce que c'est l'activité de quelqu'un d'autre — est un éditeur K-12 qui exploite 114 écoles sur une seule plateforme. La même structure à une autre largeur, c'est une académie d'entreprise qui assure la formation de 15 entreprises clientes depuis un seul tenant. Ni l'une ni l'autre n'est un développement sur mesure : une organisation parente qui contient des organisations filles, avec des arborescences opérationnelles à l'intérieur de chaque fille.

Lurno garde les deux arborescences séparées à dessein. Les sous-organisations s'imbriquent, et chacune porte ses propres membres, programmes, rôles, charte graphique, terminologie et domaine personnalisé avec TLS automatique. Les branches forment la deuxième arborescence, à l'intérieur d'une seule organisation, et un rôle attribué sur une branche redescend sur toutes les branches en dessous. Les groupes sont la troisième pièce : la classe ou la cohorte dans laquelle se trouve un apprenant. Laquelle des trois choisir est expliqué sur marque blanche et multi-tenant.

Le reporting est une couche en lecture seule posée sur un registre d'indicateurs certifiés, chacun défini une seule fois avec une source et une liste fixe de dimensions, si bien qu'une tuile de tableau de bord de campus et un chiffre du dossier de conseil d'administration du groupe ne peuvent pas être calculés de deux façons différentes. Chaque requête s'exécute au nom de la personne qui la lit, sous les mêmes permissions que celles qui régissent le reste de la plateforme, et c'est ce qui rend acceptable de donner à un chef d'établissement un reporting en direct plutôt qu'un PDF mensuel. Cette couche est décrite sur reporting et analyses. La séparation entre établissements se trouve dans la base de données plutôt que dans le code applicatif — 868 politiques de sécurité au niveau des lignes réparties sur 676 migrations — de sorte qu'un filtre oublié dans un nouvel export ne renvoie rien plutôt que les apprenants d'un autre établissement.

Trois limites à régler avant qu'un groupe ne planifie une migration. SCORM, xAPI et LTI 1.3 sont en cours de développement — si vos campus achètent des contenus d'éditeurs sous forme de paquets SCORM, posez d'abord la question du calendrier. Les paiements et le tunnel d'achat sont eux aussi en cours de développement : les frais restent donc dans votre système financier. Et le single sign-on SAML et OIDC est à la feuille de route plutôt que livré ; l'authentification partenaire (SSO silencieux) est disponible aujourd'hui, c'est un mécanisme différent et il vaut la peine d'en parler à qui administre votre fournisseur d'identité. Le reste du modèle est sur Lurno pour les établissements scolaires.

Avant de consolider

1. Listez chaque chiffre qui apparaît dans un rapport de groupe, et notez à côté de chacun la règle exacte qu'emploie aujourd'hui chaque campus. Réconciliez cette liste avant de migrer quoi que ce soit, pas après.
2. Demandez, campus par campus, s'il a besoin de sa propre porte d'entrée et de sa propre liste d'utilisateurs. Cette question sépare les branches des sous-organisations mieux que n'importe quel organigramme.
3. Nommez un responsable pour chaque définition partagée — acquis d'apprentissage, grilles critériées, chaque indicateur remonté. Une définition sans responsable dérive en moins d'un an, et un chiffre sans responsable ne devrait pas atteindre un dossier de conseil d'administration.
4. Écrivez ce que chaque campus peut modifier sans demander, et publiez-le. L'essentiel de la résistance à une plateforme de groupe tient à ne pas savoir quelles décisions vous appartiennent encore.
5. Vérifiez qu'un rôle attribué au niveau du groupe redescend, et qu'un rôle attribué sur un campus s'y arrête. Demandez qu'on vous le montre dans le produit, pas qu'on vous en parle lors d'un appel.
6. Convenez à l'avance de ce qui se passe quand un établissement quitte le groupe : ce qui est supprimé, ce qui est exporté, et qui détient les données entre-temps.

En bref

Partagez les définitions et gardez les opérations en local. Utilisez des branches quand les campus sont un même établissement réparti dans plusieurs bâtiments, et des sous-organisations quand ce sont plusieurs établissements sous un même propriétaire. Et réglez le sens du mot achèvement avant que le premier rapport de groupe ne soit imprimé — après cela, le chiffre circule, et personne ne se souvient qu'il posait trois questions.