Ce qui allait casser
Beaucoup de collaborateurs synchronisent le carnet d’adresses de l’entreprise sur leur téléphone professionnel. Pendant une épreuve, c’est ce qui permet d’appeler la bonne personne en quelques secondes.
Ce carnet reposait sur les dossiers publics d’Outlook Classic. Le nouvel Outlook ne les gère pas, et le basculement était engagé. À cela s’ajoutait une corvée : à chaque mise à jour des ressources humaines, il fallait tout supprimer et tout recopier à la main.
Le piège
Sur ces fiches de contact, des collaborateurs avaient ajouté leurs propres informations — numéros personnels, notes, adresses. Elles ne venaient pas de l’entreprise et n’étaient nulle part ailleurs.
Une synchronisation brutale les effaçait. C’est cette contrainte, plus que la technique, qui a dicté toute l’architecture.
Trois chemins possibles
Ce que j’ai écarté compte autant que ce que j’ai retenu.
Un script sur chaque poste, déployé par stratégie de groupe
- L’utilisateur décide lui-même
- Chaque poste aurait détenu les droits d’une application d’entreprise
- Faille inacceptable : c’est ce qui a tué l’option
Un script sur serveur, déclenché par l’utilisateur
- Plus aucune trace sensible sur les postes
- Impose le VPN aux collaborateurs en déplacement
- Demande encore une action de l’utilisateur
Une tâche planifiée côté serveur, sans aucune interaction
- Identique pour tout le monde, sans exception
- Aucune obligation d’être sur site
- Rien de sensible ne quitte le serveur
Ce que ça change
Supprimer, recopier, recommencer.
À chaque mise à jour des ressources humaines, chaque collaborateur devait vider son dossier de contacts et le recréer à la main. Ceux qui ne le faisaient pas travaillaient avec un annuaire périmé — et personne ne savait lesquels.
Plus personne ne fait rien.
La synchronisation tourne seule, pour tout le monde, où que soit le poste. Et ce que le collaborateur a saisi lui-même reste en place : le moteur compare avant d’écrire, et ne remplace jamais sans avoir sauvegardé.
Faites glisser pour comparer
Ce que je referais autrement
Une recette n’est pas une preuve à l’échelle
La solution a été validée sur une boîte de test, à travers huit familles de scénarios : création, mise à jour, conservation des données personnelles, doublons, reprise après erreur, départ et retour d’un collaborateur.
C’est une validation sérieuse. Ce n’est pas une preuve sur 300 boîtes réelles, avec leurs historiques et leurs cas particuliers. Si je reprenais le projet, je déroulerais un pilote progressif sur un vrai service avant la généralisation.
Ce que cette mission démontre
Chaque étiquette renvoie à la grille de compétences.
Le détail est dans le dossier professionnel : le découpage MASTER / CORE, les six phases de traitement, les mécanismes de sécurisation et la campagne de recette complète.