Guida completa
Come costruire l’orario di un’università
Il processo, nell’ordine in cui avviene davvero, con le parti che consumano più tempo segnalate con onestà. Scritta per i registrar e i responsabili dell’orario e non per gli informatici.
Prima di tutto: decidere che cosa significa un orario
La prima decisione è strutturale e quasi tutti la sbagliano almeno una volta. Un singolo orario dovrebbe coprire tutto ciò che condivide risorse. Se due facoltà attingono alle stesse aule, allo stesso personale o agli stessi moduli, appartengono a un unico orario anche se in pratica pianificano in modo indipendente.
Dividerle produce due orari che vanno conciliati a mano ogni volta che uno dei due cambia, ed è esattamente il lavoro che si cerca di eliminare. Dividete solo dove il confine è reale: nessuna aula condivisa, nessun personale condiviso, pubblicazione separata.
Le sei fasi
Costruire la struttura
Corsi di studio, anni, aree di studio, moduli e la gerarchia che li collega. È lo scheletro da cui dipende tutto il resto e sbagliarlo costa caro da correggere in seguito. Importatela dal vostro sistema informativo degli studenti, se potete.
Caricare le risorse
Aule con capienze e attrezzature reali, edifici con tempi di spostamento reali tra loro, docenti con i loro dipartimenti e carichi didattici. L’ufficio tecnico e le risorse umane di solito hanno dati migliori dell’ufficio orari.
Raccogliere le disponibilità
La fase che si mangia il calendario. Non fatela per email. Aprite un sistema di prenotazione web al personale docente e lasciate che inserisca da sé le proprie ore libere, poi sollecitate chi non risponde con un unico promemoria automatico invece di cento telefonate.
Definire i vincoli
Separate le regole che non devono mai essere violate dalle preferenze che vorreste soddisfatte. Trattare ogni preferenza come assoluta è il motivo più comune per cui un orario risulta irrisolvibile.
Generare, poi discuterne
Bloccate tutto ciò che davvero non può spostarsi, generate e guardate che cosa ne è uscito. Producete due o tre varianti con priorità diverse e confrontatele sulle cifre di utilizzo e di carico di lavoro e non a impressione.
Verificare, poi pubblicare
Lasciate che i docenti controllino i propri orari prima del rilascio — è molto più economico risolvere un’obiezione ora che nella settimana uno. Poi pubblicate su ogni canale contemporaneamente da un’unica fonte.
Dove va davvero il tempo
Non dove la maggior parte delle istituzioni si aspetta.
Chiedete a un ufficio orari di stimare l’impegno e di solito descriverà la generazione e la risoluzione dei conflitti come la parte difficile. Misuratelo e la risposta è quasi sempre la raccolta delle disponibilità: due o tre settimane di solleciti, seguite da inserimento manuale dei dati, seguito da correzioni che arrivano dopo la chiusura del foglio di calcolo.
Per questo la disponibilità in self-service cambia l'aritmetica più di qualsiasi miglioramento algoritmico. Se la generazione richiede già meno di un minuto, renderla più veloce non fa risparmiare nulla. Eliminare una fase di raccolta di tre settimane fa risparmiare tre settimane.
Il secondo fattore di impegno è l'integrazione con sistemi che non sono stati progettati per dialogare tra loro. Prevedetela esplicitamente a budget e scoprite subito quali dei Vostri sistemi dispongono di API utilizzabili.
Errori comuni
- Trattare le preferenze come vincoli rigidi. Se tutto è inviolabile, nulla è risolvibile, e passerete le due settimane successive a derogare alle Vostre stesse regole.
- Raccogliere le disponibilità via email. Non scala oltre una quarantina di persone, e i dati sono obsoleti prima ancora di essere inseriti.
- Suddividere un unico orario in più orari. Ogni risorsa condivisa diventa una riconciliazione manuale da rifare ogni settimana.
- Pubblicare prima che i docenti abbiano verificato. Le obiezioni che arrivano dopo la pubblicazione costano molto più di quelle che arrivano prima.
- Pubblicare un PDF. Gli studenti ne fanno uno screenshot a settembre e lo guardano ancora a marzo, dopo tre cambi di aula.
- Non misurare mai l'utilizzo. Programmate le due risorse più costose del Vostro ateneo senza produrre alcun dato su quanto bene.
Una tempistica realistica
Per una prima implementazione, l'infrastruttura cloud può essere operativa in un giorno e la formazione richiede da tre a cinque giorni. Il ciclo completo — struttura, risorse, disponibilità, vincoli, generazione, verifica, pubblicazione — richiede in genere alcune settimane, determinate dai Vostri dati e dalle Vostre integrazioni più che dal software.
Negli anni successivi è drasticamente più breve, perché la struttura dell'anno precedente viene riportata avanti e occorre occuparsi solo delle modifiche.
Desiderate vederlo in funzione?
Prenotate una presentazione online di 45 minuti e la illustreremo sul problema di programmazione del Vostro ateneo.