Les outils de gestion de projet suivent une trajectoire prévisible : on les adopte pour gagner du temps, on les abandonne quand les remplir en coûte davantage qu’ils n’en font gagner. Le problème n’est presque jamais l’outil. Il tient à ce qu’on lui demande de compenser un cadrage qui n’a pas eu lieu.
Changer d’outil ne répare pas un cadrage absent
Une rédaction qui tient son bouclage ne le doit pas à son logiciel : elle le doit au fait que chacun sait ce qu’il doit rendre, à quelle heure, et à qui. C’est exactement la même mécanique sur un projet client. Si personne ne sait qui valide, un tableau Kanban ne fera qu’afficher ce flou en couleurs.
Avant toute migration, écrivez trois lignes : qui décide, quels sont les jalons, que se passe-t-il en cas de retard côté client. Les projets qui dérapent échouent presque toujours sur la troisième. C’est l’observation que fait Jimenez Julien à chaque fois qu’on lui présente un nouvel outil comme la solution : l’outil discipline une organisation, il n’en crée pas.
Trois états suffisent à décrire un projet
Chez vous, chez le client, terminé. C’est tout. Les colonnes intermédiaires du type « en cours de révision interne » ou « en attente de validation partielle » servent surtout à masquer un blocage.
Cette simplicité a une vertu inattendue : elle rend visible la part de responsabilité du client dans les délais. Quand un projet passe cinq semaines dans la colonne « chez le client », la conversation sur le retard cesse d’être une opinion et devient un constat.
Un point hebdomadaire remplace dix relances
Fixez un rendez-vous court, à jour et heure fixes, pendant toute la durée du projet. Vingt minutes suffisent si vous envoyez la veille les trois points à trancher. L’effet est mécanique : les questions s’accumulent jusqu’au rendez-vous au lieu de se disperser en messages, et le client cesse d’avoir l’impression d’être relancé.
Un projet de trois mois représente une douzaine de points de vingt minutes, soit quatre heures. Comparez cela au volume d’échanges écrits que vous produisez habituellement sur la même durée : l’arbitrage n’a rien d’évident à énoncer, il devient évident dès qu’on le chiffre.
Ce qu’il ne faut surtout pas suivre
Le temps passé à la minute près, sauf si vous facturez à l’heure. La décomposition en sous-tâches de sous-tâches, qui produit un document plus long à maintenir que le travail lui-même. Les taux d’avancement en pourcentage, qui ne veulent rien dire : une tâche est finie ou elle ne l’est pas.
Chaque champ que vous ajoutez à votre suivi devra être rempli à chaque projet, pendant des années. Ajoutez-en un seulement quand son absence vous a déjà posé un problème réel.
Automatiser seulement ce qui ne bouge plus
Les assistants intégrés aux outils de gestion savent désormais rédiger un compte rendu de réunion, résumer un fil de commentaires ou proposer une répartition de tâches. C’est un vrai gain sur les tâches répétitives et documentées. En revanche, automatiser un processus que vous modifiez encore tous les deux projets revient à couler du béton sur un chantier non terminé : vous passerez plus de temps à défaire l’automatisation qu’elle ne vous en aura fait gagner.
Attendez qu’un enchaînement se soit répété à l’identique cinq fois avant de l’automatiser.
Le seul indicateur qui mérite d’être affiché
Le délai moyen d’attente d’une réponse, dans les deux sens. Il dit tout ce que les tableaux de bord ne disent pas : votre réactivité réelle, la capacité de décision du client, et l’endroit précis où le projet perd des semaines. Suivez celui-là pendant six mois et vous verrez fondre l’essentiel de vos retards, avec ou sans nouvel outil.
