Guia completo
Como construir um horário universitário
O processo, pela ordem em que realmente acontece, com as partes que consomem mais tempo assinaladas com honestidade. Escrito para registos académicos e responsáveis de horários e não para cientistas informáticos.
Antes de mais: decidir o que significa um horário
A primeira decisão é estrutural e quase toda a gente a erra pelo menos uma vez. Um único horário deve abranger tudo o que partilha recursos. Se duas faculdades usam as mesmas salas, o mesmo pessoal ou as mesmas unidades curriculares, pertencem a um só horário, mesmo que na prática programem de forma independente.
Separá-las produz dois horários que têm de ser conciliados à mão sempre que qualquer um muda, que é exatamente o trabalho que se pretende eliminar. Separe apenas onde a fronteira é real: sem salas partilhadas, sem pessoal partilhado, com publicação separada.
As seis fases
Construir a estrutura
Programas, anos, áreas de estudo, unidades curriculares e a hierarquia que as liga. É o esqueleto de que tudo o resto depende e errar nele é dispendioso de corrigir mais tarde. Importe-o do seu sistema de informação de estudantes, se puder.
Carregar os recursos
Salas com capacidades e equipamento reais, edifícios com tempos de deslocação reais entre eles, docentes com os seus departamentos e cargas letivas. Os serviços de instalações e de recursos humanos costumam ter dados melhores do que o gabinete de horários.
Recolher a disponibilidade
A fase que devora o calendário. Não a faça por email. Abra um sistema de reservas web ao seu pessoal docente e deixe-os introduzir as suas próprias horas livres, depois insista junto de quem não responde com um lembrete automático em vez de cem telefonemas.
Definir restrições
Separe as regras que nunca devem ser quebradas das preferências que gostaria de ver satisfeitas. Tratar todas as preferências como absolutas é a razão mais comum, de longe, para um horário se revelar insolúvel.
Gerar e depois discutir com ele
Bloqueie tudo o que genuinamente não pode mudar, gere e olhe para o que saiu. Produza duas ou três variantes com prioridades diferentes e compare-as pelos números de utilização e carga de trabalho e não por impressão.
Verificar e depois publicar
Deixe os docentes verificarem os seus próprios horários antes da divulgação — é muito mais barato corrigir uma objeção agora do que na primeira semana. Depois publique em todos os canais de uma só vez a partir de uma única fonte.
Onde o tempo realmente vai
Não onde a maioria das instituições espera.
Peça a um gabinete de horários que estime o esforço e descreverá normalmente a geração e a resolução de conflitos como a parte difícil. Meça-o e a resposta é quase sempre a recolha de disponibilidade: duas a três semanas de insistência, seguidas de introdução manual de dados, seguidas de correções que chegam depois de a folha de cálculo ter fechado.
É por isso que a disponibilidade em autosserviço altera a aritmética mais do que qualquer melhoria algorítmica. Se a geração já demora menos de um minuto, torná-la mais rápida não poupa nada. Eliminar uma fase de recolha de três semanas poupa três semanas.
O segundo maior consumidor é a integração com sistemas que não foram concebidos para comunicar entre si. Preveja orçamento para ela de forma explícita e descubra cedo quais dos seus sistemas dispõem de APIs utilizáveis.
Erros comuns
- Tratar preferências como restrições rígidas. Se tudo for inviolável, nada tem solução, e passará as duas semanas seguintes a contornar as suas próprias regras.
- Recolher a disponibilidade por email. Não escala para além de cerca de quarenta docentes, e os dados ficam desatualizados antes de serem introduzidos.
- Dividir um horário em vários. Qualquer recurso partilhado transforma-se numa reconciliação manual que terá de fazer todas as semanas.
- Publicar antes de os docentes verificarem. As objeções que chegam depois da publicação custam muito mais do que as que chegam antes dela.
- Publicar um PDF. Os estudantes tiram uma captura de ecrã em setembro e continuam a consultá-la em março, três mudanças de sala depois.
- Nunca medir a taxa de utilização. Está a planear os dois recursos mais dispendiosos da sua instituição e a não produzir qualquer dado sobre a qualidade desse planeamento.
Um calendário realista
Numa primeira implementação, a infraestrutura na nuvem pode estar em funcionamento num dia e a formação demora de três a cinco dias. O ciclo completo — estrutura, recursos, disponibilidade, restrições, geração, verificação, publicação — costuma demorar algumas semanas, condicionado pelos seus dados e integrações e não pelo software.
Nos anos seguintes é dramaticamente mais curto, porque a estrutura do ano anterior é transportada e apenas as alterações precisam de atenção.
Quer ver isto a funcionar?
Marque uma apresentação online de 45 minutos e percorreremos a solução com base no problema de planeamento de horários da sua própria instituição.