Reglas que no pueden salir de la provincia, en un piso que cambia por hora.

El cliente es una empresa del Estado provincial de juegos de azar en Quebec: una organización de juegos y entretenimiento propiedad del gobierno que opera casinos, salas de juego y sitios corporativos con una fuerza laboral sindicalizada y bilingüe de miles de personas. Su programación nunca fue la versión fácil del problema: la cobertura tiene que ser continua, los saldos de vacaciones y ausencias tienen que controlarse conforme a reglas que interactúan de formas que una hoja de cálculo no puede sostener, y cada cálculo tiene que salir bien en los dos idiomas oficiales.

Un piso de casino no se queda quieto. Un miércoles por la tarde no se parece en nada a un sábado por la noche. El volumen de clientes decide cuántas mesas abren; las mesas, cuánta gente se necesita; y la gente, la forma del rol de turnos, publicado con anticipación. El pronóstico que va debajo tiene que ser lo bastante bueno para asignar personal a un piso que sigue cambiando de forma después de que el rol ya se imprimió.

La fuerza laboral es sindicalizada y bilingüe, y está dentro de un portafolio complejo de contratos colectivos, cada uno con su propia lógica sobre cómo se cuenta el tiempo, cómo se acumulan las vacaciones y cómo se sostiene la cobertura. Para un empleador del sector público, cada uno de esos cálculos tiene que cumplir un estándar de exactitud que una empresa privada a veces puede fallar sin consecuencias.

Y luego estaba la parte que no tenía nada que ver con programar y mucho que ver con quién era el empleador. Como empresa del Estado que maneja datos de empleados de gobierno bajo la ley de Quebec, dónde vivían esos datos era un requisito, no una preferencia. Cualquier plataforma que sacara los registros de empleados de la jurisdicción quedaba descalificada antes de que empezara la demo.

La empresa llevó a cabo la evaluación formal y documentada que un comprador del sector público está obligado a realizar, y revisó las principales plataformas de WFM establecidas, los nombres con los que arranca la lista corta de cualquier proceso de compra. Eligió WorkAxle porque podía sostener reglas que las otras no podían configurar, pronosticar un piso que se niega a quedarse quieto, operar en dos idiomas sin concesiones, y mantener cada registro de empleado dentro de la jurisdicción que la ley exigía.

Las establecidas son buenas en muchas cosas. No fueron diseñadas para cumplir esas cuatro condiciones a la vez.

Lo que distinguió a esta implementación fue dónde vivía la complejidad. El portafolio de contratos colectivos, los mínimos de cobertura, la lógica de acumulación de varios bancos de días: todo entró al constructor de reglas sin códigode WorkAxle, no a un proyecto de desarrollo a la medida que factura por meses y nunca acaba de cerrar. Los responsables de la operación pueden ver las reglas, y pueden cambiarlas, sin levantar un ticket y esperar una nueva versión.

La empresa ajusta el pronóstico de demanda de WorkAxle al ritmo real de su operación, las partes del día y los movimientos semanales, así el rol se arma según la demanda real en vez de la mejor suposición de un patrón fijo. Tres módulos funcionan como un solo sistema, bilingüe de punta a punta, y los datos se quedan donde la ley de Quebec exige que se queden.

WorkAxle es una plataforma empresarial de gestión de la fuerza laboral centrada en cumplimiento, diseñada específicamente para organizaciones reguladas con personal en varias jurisdicciones y con varios sindicatos. Del pronóstico de demanda a la integración con nómina, es la capa operativa para empresas donde las reglas laborales son demasiado complejas para herramientas genéricas. WorkAxle es Workday Innovation Partner (Silver), Design Approved y publicada en Workday Marketplace, y socia de SAP (SAP PartnerEdge) con integración a SAP SuccessFactors.