« Avant, on n'y comprenait plus rien et on hésitait même à arrêter d'utiliser l'outil. »
C'est un responsable PMO qui nous dit ça. En DSI. Dans un groupe qui pilote son portefeuille projets sur 12 directions métiers. Monday.com était en place depuis des mois. Licences signées, SSO branché, tableaux paramétrés. Et personne ne s'en servait vraiment. Ce n'est pas un accident. C'est le scénario le plus fréquent que nous croisons en grand compte.
Le problème spécifique d'une DSI
Vous avez porté le projet. Vous avez négocié le budget, cadré la gouvernance des accès, tenu les exigences sécurité. Techniquement, tout est bon. Sauf que six mois plus tard, les chefs de projet métiers ouvrent Monday.com quand on le leur demande. Pas avant.
Les demandes de projet arrivent mal renseignées. Les champs restent vides. Les templates ne sont pas repris parce qu'ils n'ont pas été pensés pour des profils non experts.
Et il n'existe aucune vue simple permettant à un directeur — encore moins à la DG — de voir son portefeuille en un clic.
Résultat : la direction demande un reporting consolidé que personne ne peut produire, parce que la donnée n'est pas saisie à la source. Le PMO reconstruit tout à la main. On vous demande de justifier l'investissement, et vous n'avez rien à montrer.
La résistance au changement, dans ce contexte, n'est pas de la mauvaise volonté. C'est une réponse rationnelle à un outil qui coûte plus de temps qu'il n'en fait gagner.
Pourquoi Monday.com répond à ce contexte précis
Monday.com ne manque pas de fonctionnalités. Il manque souvent d'usage. Ce qui en fait malgré tout un bon candidat en grand compte tient à trois choses.
Il modélise votre processus, pas l'inverse. Une demande de projet, un arbitrage, un comité d'engagement : tout ça se construit sans développement. C'est précieux quand 12 directions ne travaillent pas de la même façon.
Il consolide sans ressaisie. La donnée vit dans un seul tableau et remonte par mirroring vers les vues de direction. C'est la condition pour que le reporting COMEX cesse d'être un travail manuel du vendredi soir.
Il supporte plusieurs niveaux de lecture. Le chef de projet voit ses tâches. Le directeur voit son portefeuille. Le PMO voit l'ensemble. Le même jeu de données, trois profondeurs.
Mais aucun de ces atouts ne se déclenche tout seul.
Monday.com ne sait pas qui remplit quoi chez vous, qui valide quoi, ni ce que vous appelez « terminé ». Tant que ces réponses n'existent pas, l'outil est contourné.
L'adoption ne se joue pas dans la richesse fonctionnelle. Elle se joue dans le cadrage en amont et l'ancrage dans les rituels en aval.
Notre recommandation de configuration
Sur un déploiement DSI, nous concentrons l'effort sur quatre leviers. Dans cet ordre.
- Simplifier avant d'ajouter.L'erreur n°1 que nous corrigeons en grand compte, ce n'est pas le manque de paramétrage. C'est l'excès : trop de vues, trop d'automatisations, trop de colonnes. Un chef de projet métier qui ouvre un tableau à 14 vues ne l'utilisera pas. On coupe, on hiérarchise, on ne garde que ce qui sert à décider.
- Une architecture à trois niveaux.Projet individuel / portefeuille directionnel / portefeuille global PMO. Chaque niveau a sa vue, ses indicateurs et son rituel. La donnée est saisie une seule fois, au niveau projet, et remonte. Personne ne ressaisit pour le reporting de quelqu'un d'autre.
- Des templates conçus pour des profils non experts.Le template n'est pas un gabarit vide, c'est une consigne implicite. Champs obligatoires limités au strict nécessaire, statuts en langage métier, formulaire d'entrée standardisé pour les demandes de projet. Une demande mal remplie n'est pas un problème d'utilisateur, c'est un problème de formulaire.
- Une règle d'arbitrage visible dans l'outil.Matrice Impact / Effort / Urgence, jalons Go / No Go, suivi capacitaire simple. L'outil devient utile le jour où il sert à trancher, pas seulement à déclarer. C'est le basculement qui crée l'adhésion des directions.
Et un préalable qui ne se paramètre pas : le sponsor actif. Nous avons vu des équipes très motivées revenir à leurs anciennes habitudes faute de soutien réel de la direction. Sans engagement visible du sponsor, aucune configuration ne tient dans la durée.
Comment on a accompagné ce type de client
Un groupe de distribution spécialisée — optique et santé visuelle — nous appelle avec un constat simple : Monday.com est installé, sous-exploité, et l'arrêt de l'outil est sur la table. 12 directions métiers concernées, une centaine de collaborateurs.
Nous commençons par un audit du portefeuille et de l'architecture existante. Pas pour juger, pour comprendre pourquoi ça coince.
Le diagnostic est net : l'architecture avait été construite par des experts, pour des experts. Trop de vues, trop d'automatisations, faible lisibilité globale.
Ensuite, la restructuration. Une vingtaine de templates repris pour des profils non experts. Simplification des vues, des statuts, des colonnes et du processus de contribution. Optimisation de la matrice Impact / Effort / Urgence. Construction des vues de pilotage : constitution du portefeuille, arbitrages, suivi des projets validés.
Puis les dashboards PMO, directions et COMEX — pour que l'investissement se voie enfin. Durée : 4 mois.
Nous procédons de la même façon chez un éditeur de logiciels, sur un autre registre. L'audit organisationnel de leur marketing avait révélé jusqu'à 10 à 14 heures de travail par jour pour certains profils, et plus de 50 % des projets modifiés après validation. Nous avons structuré le pilotage d'environ 50 projets, animé les réunions critiques et installé un reporting hebdomadaire.
Dans les deux cas, la logique est identique : on ne fait pas adopter un outil. On rend le travail plus lisible, et l'outil devient le chemin le plus court.
« Avant, on n'y comprenait plus rien et on hésitait même à arrêter d'utiliser l'outil. Aujourd'hui, c'est clair et beaucoup plus fluide. »
FAQ
Combien de temps faut-il pour une adoption réelle de Monday.com en grand compte ?
Comptez des mois, pas des semaines. Sur un portefeuille multi-directions, nos accompagnements de restructuration durent typiquement 4 mois. Ce qui installe l'habitude, ce n'est pas la date de bascule : c'est la répétition des rituels qui s'appuient sur l'outil.
« Monday.com est intuitif, on peut sauter la formation », vrai ou faux ?
Faux, et c'est l'erreur la plus coûteuse. Nous avons vu des équipes vouloir abandonner un outil pourtant plein de promesses simplement parce qu'elles ne savaient pas s'en servir correctement. Quelques heures de formation ne pèsent rien face au coût d'un déploiement contourné.
Comment convaincre les directions métiers réticentes ?
En leur donnant ce qu'elles n'ont pas : une vue lisible de leur propre portefeuille, sans ressaisie. Un directeur adopte l'outil quand il y gagne un arbitrage, pas quand on le lui impose par note de service.
Notre problème vient-il de l'outil ou de notre organisation ?
Le plus souvent de l'organisation. Selon McKinsey, 20 % du temps de travail part à chercher de l'information ; le Microsoft Work Trend Index 2025 mesure 57 % du temps consacré à communiquer contre 43 % à produire. Un outil n'inverse pas ce ratio tout seul. Il l'amplifie, dans un sens comme dans l'autre.
Faut-il tout reparamétrer ou peut-on récupérer l'existant ?
On récupère presque toujours. Le sujet n'est pas de reconstruire, c'est de simplifier et de hiérarchiser. Retirer des vues et des automatisations produit souvent plus d'adoption qu'en ajouter.
Voir aussi
Où en est votre maturité opérationnelle ?
Un outil que personne n'utilise ne coûte pas seulement sa licence.
Il coûte la confiance de ceux qui devaient s'en servir.
Réserver un diagnostic gratuit- Monday Partner
- Asana Partner
- Notion Advanced
- AirSaas