« Ah, ça aussi il faut le faire ? »
« Qui a validé ça ? On ne l'a jamais fait… »
« On n'avait pas anticipé cette charge. »
Ces phrases ne traduisent ni un manque d'implication, ni une mauvaise organisation. Elles révèlent un problème précis : le volume et la nature du travail n'ont pas été explorés avant les engagements. Les équipes découvrent ce qu'il faudra réellement produire une fois le projet déjà lancé.
Qu'est-ce que le « travail réel » d'un projet ?
La vision et l'objectif indiquent où aller. Le travail réel, c'est tout ce qu'il faut produire pour y arriver :
- les livrables concrets et vérifiables
- les tâches nécessaires pour les obtenir
- les boucles de validation, de recette et de correction
- la charge associée (temps, compétences, coordination)
Un objectif clair ne révèle pas automatiquement cette charge. Tant qu'elle n'a pas été nommée avec ceux qui exécutent, elle reste une hypothèse, souvent optimiste.
Ce sujet n'est pas celui des ajouts de demande en cours de route (dérive de périmètre), ni celui de l'ordre des tâches (dépendances). Ici, le problème est plus simple et plus fréquent : une partie du travail nécessaire n'a jamais été listée ni estimée.
Pourquoi cette charge reste invisible au cadrage
Dans beaucoup d'organisations, le projet commence par un cadrage stratégique : vision, valeur, priorités, parfois un délai annoncé. Ce travail est utile. Il reste incomplet s'il s'arrête là.
Les équipes opérationnelles arrivent souvent une fois le projet « posé » :
- les objectifs sont validés
- les délais sont déjà évoqués
- les engagements sont pris
On leur demande alors d'estimer et d'exécuter… sans avoir participé à l'exploration du travail. Or le travail réel ne se déduit pas d'une slide de vision. Il se révèle dans le détail métier et technique : contraintes de production, validations intermédiaires, travaux de transition, efforts « autour » du livrable principal.
Ce n'est pas un défaut de méthode. C'est une séquence mal pensée : on fige la charge avant de l'avoir vue.
Signaux d'alerte : le travail est-il encore invisible ?
Avant le lancement, quelques questions suffisent souvent à détecter le risque :
- Les personnes qui produiront n'ont pas encore découpé le « quoi » en tâches concrètes.
- Les estimations viennent surtout de sponsors ou de managers, pas des producteurs.
- Migration, formation, documentation, support, recette ou droits d'accès ne sont pas listés.
- Personne ne sait répondre : « si on coupe cet élément, livre-t-on encore l'objectif ? »
- Le planning commence par des dates, pas par une liste partagée du travail à faire.
Plus ces signaux s'accumulent, plus la découverte tardive de la charge est probable, même si le projet paraît bien cadré au niveau stratégique.
Les types de travail souvent oubliés au départ
Quand on explore enfin avec les équipes, ce n'est en général pas « une tâche » qui apparaît, mais des familles entières de travail :
- Travail transversal : coordination, comités, reporting, alignements entre métiers.
- Travail de transition : migration de données, coexistence d'anciens et nouveaux outils, plan de bascule, rollback.
- Travail « autour » du livrable : documentation, formation, conduite du changement, communication aux utilisateurs.
- Travail technique implicite : environnements, droits, jeux de données de test, paramétrages, intégrations « évidentes » pour ceux qui font.
- Boucles de validation : revues métier, recette, corrections, re-validations, rarement comptées dans la charge initiale.
Chacun de ces blocs peut sembler mineur isolément. Ensemble, ils doublent parfois la charge annoncée.
Mini-cas : objectif clair, charge invisible
Avant. Un comité valide le déploiement d'un nouvel outil RH. Objectif partagé, délai de 3 mois, charge estimée à 2 ETP. Le cadrage reste au niveau « déployer l'outil ».
Après implication des équipes ops et IT. Apparaissent : import de l'historique, double saisie pendant 6 semaines, formation des managers, paramétrage des droits SSO, recette métier sur plusieurs vagues. La charge réelle se rapproche du double, sans que l'objectif ait changé.
Le projet n'a pas « dérivé ». Le travail nécessaire était déjà là. Il n'avait simplement pas été rendu visible avant l'engagement.
La découverte tardive n'est pas un imprévu
En exécution, les tâches implicites émergent, la charge dépasse les estimations, et des arbitrages qui auraient dû être posés en amont deviennent urgents. On parle souvent d'imprévus. Dans la majorité des cas, ce n'en sont pas : le travail existait dès le départ, mais n'avait pas été exploré avec les bonnes personnes.
Ce décalage épuise les équipes. Les estimations perdent leur crédibilité, le sentiment de retard s'installe même quand on livre, et l'impression dominante devient : « on court après un projet qu'on n'a jamais vu en entier au moment de s'engager ». Travailler dur reste soutenable quand la trajectoire est claire. Découvrir la charge morceau par morceau l'est beaucoup moins.
Que faire : rendre le travail visible avant de s'engager
L'enjeu n'est pas d'alourdir le cadrage, ni d'entrer trop tôt dans l'exécution. C'est d'associer les producteurs dès l'avant-projet, avant que délais et charge ne soient figés.
Qui impliquer : au minimum les profils qui réaliseront le cœur du travail (métier + technique), pas uniquement les décideurs.
Quand : avant l'annonce d'un délai ferme et avant toute estimation « officielle ».
Quelles questions poser :
- Quelles tâches concrètes faut-il pour atteindre cet objectif ?
- Qu'est-ce qu'on oublie toujours sur ce type de projet (migration, formation, recette, droits…) ?
- Qui valide quoi, et combien de cycles faut-il compter ?
- Si on devait livrer dans la moitié du temps, que couperait-on vraiment, et qu'est-ce qui resterait obligatoire ?
Pour structurer ces réponses sans se perdre dans le détail, une décomposition par livrables (par exemple via une WBS) aide à nommer le travail. Ce n'est qu'un support : le levier principal reste l'exploration collective de la charge avant l'engagement.
Synthèse
Le travail réel d'un projet, c'est la charge concrète à produire : livrables, tâches, validations, efforts de transition. Quand elle n'est explorée qu'après les engagements, elle apparaît comme une surprise alors qu'elle était déjà nécessaire. Intégrer les équipes qui exécutent avant de figer délais et estimations change la qualité du cadrage : on ne découvre plus la charge en courant, on la voit assez tôt pour arbitrer.
