On n'a pas le temps : ce que demande vraiment un projet sur mesure

« On n'a pas le temps en ce moment » revient dans presque chaque premier rendez-vous. La réponse courte : le temps réellement demandé à vos équipes se compte en heures, pas en semaines, et il se concentre sur quatre moments précis. La suite détaille lesquels, et combien de temps chacun prend.

Les quatre moments où on a vraiment besoin de vous#

Un projet sur mesure ne mobilise pas vos équipes en continu. Il demande du temps à quatre moments, et à aucun autre :

• L'audit, un à deux jours, répartis sur une semaine plutôt que bloqués d'un coup : on observe le travail réel, on ne remplit pas un questionnaire.
• La validation du premier bloc, avant qu'il soit construit : une heure pour confirmer qu'on a bien compris le problème le plus coûteux.
• La mise en service, quand le premier bloc est prêt : une formation courte, par petits groupes, pas une journée complète arrêtée.
• Les retours mensuels, une fois l'application en service : ce qui doit changer, remonté par ceux qui s'en servent chaque jour.

Ce qui n'est jamais demandé#

Rien de tout cela ne ressemble à un grand projet informatique classique :

• pas de cahier des charges à rédiger vous-même : la méthode qui évite ce document s'en charge autrement ;
• pas de comité de pilotage hebdomadaire, ni de chef de projet interne à désigner ;
• pas de semaine entière à libérer : le temps demandé tient sur quelques heures, espacées ;
• pas d'engagement à décrire tout le périmètre avant de commencer : on construit bloc par bloc, ce qui évite la plupart des raisons pour lesquelles un projet logiciel dérape.

Vous partez de zéro.

Non : on part de ce que vous faites déjà, pas d'une page blanche. C'est justement ce qui rend l'audit court.

Combien de temps, concrètement#

Prenons une entreprise de menuiserie de dix-huit personnes qui lance un projet sur le suivi de ses devis et de ses chantiers. Les montants sont une hypothèse, pour montrer l'ordre de grandeur.

Sur les six premières semaines, le dirigeant aura passé un peu moins de deux jours sur le projet, répartis, et jamais deux jours d'affilée.

Ce qui change avec une application construite pour l'entreprise#

Une fois le premier bloc en service, le temps demandé ne grandit pas avec l'usage : ce sont les équipes qui gagnent du temps, pas l'inverse.

Concrètement :

• une seule personne suffit comme point d'entrée côté entreprise, pas un comité ;
• les retours arrivent sur l'outil lui-même, pas dans un compte rendu de réunion à relire ;
• chaque bloc suivant se construit sur le même rythme : quelques heures de validation, pas un nouveau projet à cadrer de zéro ;
• le temps gagné au quotidien sur ce qui était fait à la main dépasse largement le temps investi au démarrage, dès les premières semaines d'usage.

Ce qu'il ne faut pas faire#

Deux erreurs reviennent souvent, et aucune n'est liée au manque de temps réel.

La première : désigner la personne la plus disponible plutôt que celle qui connaît vraiment le problème. Un audit mené avec quelqu'un qui ne fait pas le travail au quotidien produit un premier bloc qui rate sa cible.

La seconde : vouloir libérer une semaine entière « pour être tranquille ». Le temps utile d'un audit est fait d'observation du travail réel, pas de réunions enchaînées : une semaine bloquée en contient rarement plus que les heures citées plus haut.

Le temps que demande un projet sur mesure : ce qu'il faut retenir#

Le temps réellement demandé à vos équipes se compte en heures, concentrées sur quatre moments précis : l'audit, la validation du premier bloc, la mise en service, et de courts retours mensuels. Rien de tout cela ne ressemble à un projet informatique classique avec son cahier des charges et son comité de pilotage.

Si « on n'a pas le temps » est la raison qui retient un projet chez vous, la question à poser n'est pas « combien de temps ça va prendre », mais « quelles heures précises ça demande, et à qui » : la réponse est presque toujours plus courte qu'on ne le craint.