Planning multi-sites : tenir vingt sites sans perdre le fil

À trois sites, un responsable connaît son planning par cœur. À vingt, il ne le connaît plus : il en a une idée, ce qui n'est pas la même chose. Le passage se fait sans prévenir, et le premier symptôme est toujours le même — un client appelle pour signaler que personne n'est arrivé.

Un planning mono-site est un problème de calendrier : qui, quand. Un planning multi-sites est un problème de couverture : chaque site attend un nombre de postes tenus, à des horaires qui lui sont propres, avec parfois des exigences de qualification.

La difficulté n'est pas de remplir les cases, c'est de voir celles qui sont vides. Sur une grille de vingt sites et sept jours, un trou est une cellule blanche parmi mille — invisible à l'œil, surtout à 18h un vendredi.

S'y ajoute la dispersion géographique. En Suisse romande, une agence lausannoise tient couramment un site dans le Nord vaudois, un autre sur la Riviera et un troisième dans le Chablais. Les agents partent de chez eux et ne repassent pas au bureau : le planning ne se vérifie plus en passant la tête dans un couloir.

Vous préférez voir plutôt que lire ? Nous vous montrons ShieldOne sur vos propres cas, en 30 minutes.

La première règle d'un planning multi-sites est de renverser la lecture : on ne regarde pas ce qui est prévu, on regarde ce qui manque. La vue Couverture de ShieldOne montre, site par site et jour par jour, chaque poste et l'agent qui le tient ; un poste que personne ne tient encore ressort en orange, dès l'instant où il existe.

Ce détail change l'usage. Le responsable n'ouvre plus le planning pour « vérifier » : il l'ouvre pour traiter une liste courte de postes à couvrir. La différence de charge mentale est considérable, et elle se mesure au nombre d'appels de clients mécontents.

Deuxième règle : le poste ouvert doit pouvoir se combler sans téléphone. Un poste peut se proposer au volontariat des agents concernés, qui se positionnent depuis leur téléphone ; une urgence se signale à part. Le responsable garde la décision finale et l'affectation est écrite, avec son historique.

Certains sites imposent des qualifications : une habilitation, une formation incendie, un permis. Le réflexe naturel est de s'en souvenir. Cela fonctionne à trois sites, pas à vingt, et surtout pas quand c'est un collègue qui affecte à votre place un dimanche soir.

Dans ShieldOne, un poste peut porter des compétences exigées, et l'affectation d'un agent qui ne les détient pas est contrôlée côté serveur, pas seulement masquée à l'écran. Un poste sans exigence reste ouvert à tous : on n'invente pas une contrainte là où le client n'en a posé aucune.

Le contrôle reste modifiable et toute modification est journalisée : un responsable peut décider d'affecter malgré tout, en connaissance de cause, et la décision laisse une trace. C'est la seule forme utilisable : un mur infranchissable un soir de tempête finit par être contourné par une écriture directe, et il ne protège plus rien.

Un planning multi-sites vit à quatre-vingts pour cent de récurrences : les mêmes postes, les mêmes horaires, semaine après semaine. Deux mécanismes les produisent : le modèle de série, qui génère les occurrences à venir, et la copie de semaine.

Le piège classique est la publication. Une vacation générée par une récurrence ne doit pas devenir visible de l'agent avant que le responsable ne l'ait décidé, sinon un planning en cours de construction s'affiche sur les téléphones. Dans ShieldOne, l'état de publication est posé à la porte de création, pour tous les chemins de génération, plutôt qu'écran par écran.

Le second piège est la modification en série. Changer l'horaire d'un site à partir du 1er du mois prochain ne doit pas réécrire l'historique du mois en cours : les heures déjà validées et parties en paie sont figées. C'est une contrainte comptable autant qu'opérationnelle.

Sur un parc de vingt sites, une part croissante des vacations ne vient pas du contrat mais d'une demande : un renfort pour une soirée, une ouverture exceptionnelle, un remplacement d'un dispositif interne.

Ces demandes arrivent par téléphone, par courriel, parfois par message ; elles se perdent. Dans ShieldOne, le client final dépose sa demande depuis son espace ; le responsable l'accepte, et elle entre au planning avec son statut de facturation. Rien n'est planifié sans accord de l'agence : le client propose, l'agence dispose.

Le bénéfice n'est pas seulement le confort : c'est que la prestation exceptionnelle ressort sur la facture. Une vacation ajoutée à la main sur un carnet remonte une fois sur deux ; une vacation entrée par le portail remonte toujours.

Le planning n'est pas une fin en soi : il est le point de départ des heures. Quand chaque vacation est rattachée à son site et à son statut de facturation, la fin de mois cesse d'être une reconstitution.

L'agent pointe sa prise et sa fin de service, hors ligne compris ; le responsable valide ; les heures validées se ventilent selon les majorations applicables et partent, site par site, vers la préparation de la paie et vers la facture. La même donnée sert deux fois, et personne ne la retape.

Le gain se mesure simplement : comptez les heures que votre agence passe entre le dernier jour du mois et l'envoi des factures. Sur vingt sites, une agence qui recopie y passe couramment plusieurs jours ; le même travail, sans ressaisie, tient dans une matinée de contrôle.

Le fonctionnement de la vue Couverture, du volontariat et de la remontée des heures est présenté en détail sur la page d'accueil de ShieldOne, avec un calculateur qui estime le temps administratif récupéré selon votre effectif.