L’essentiel
Le silence est le symptôme le plus sous-estimé d’un projet qui dérape. Pas le retard, pas les bugs : le silence. Un prestataire qui communique mal peut très bien travailler ; un prestataire qui ne communique plus a presque toujours quelque chose à ne pas montrer. Le cadre minimal qui évite d’en arriver là tient en quatre éléments, et il se pose au démarrage, pas quand l’inquiétude commence.
Le cadre minimal
Il n’est pas question de multiplier les réunions. Il est question de ne jamais payer plusieurs semaines sans savoir ce qui avance.
Un point hebdomadaire de trente minutes
Ce qui a été terminé, ce qui est en cours, ce qui bloque, ce qui attend une décision de votre part, et l’objectif de la semaine suivante. Trente minutes suffisent quand le compte rendu existe.
Un compte rendu écrit après chaque point
Le jour même. Il tient sur une page et permet de répondre à cinq questions : où en est le projet, qu’est-ce qui est fini, qu’est-ce qui reste, qu’est-ce qui bloque, quelle est la prochaine échéance.
Une démonstration toutes les une à deux semaines
Sur un environnement de test, avec des fonctionnalités réellement utilisables. Une maquette n’est pas une démonstration. Un écran partagé pendant dix minutes vaut mieux qu’un rapport de dix pages.
Une alerte immédiate en cas de blocage
Dès qu’un problème menace le planning, pas à la réunion suivante. Avec son impact estimé et une proposition de résolution.
Ce que doit contenir le compte rendu
| Rubrique | Ce que le prestataire fournit |
|---|---|
| État | Dans les temps, risque identifié, ou retard avéré |
| Terminé | Les fonctionnalités réellement livrées depuis le dernier point |
| En cours | Ce qui reste, qui s’en charge, pour quand |
| Blocages | Le problème, la solution proposée, la décision attendue de vous |
| Planning | Prochain jalon, date prévisionnelle, charge consommée |
Un mot sur les pourcentages. « Le projet est terminé à 80 % » ne veut rien dire sans la liste de ce qui est fini et des critères qui permettent de le constater. Les derniers 20 % représentent régulièrement la moitié du travail restant.
Les signaux d’alerte
- Plus d’une semaine sans nouvelles sur un projet actif, sans qu’une autre cadence ait été convenue.
- Des démonstrations toujours repoussées. Demandez à voir l’état réel, même incomplet. Un refus répété signifie généralement qu’il n’y a rien à montrer.
- Des corrections livrées une par une sans vérification du périmètre impacté, de sorte que vous découvrez vous-même les occurrences suivantes.
- Un planning qui change sans explication. Un retard arrive à tout le monde. Un retard non expliqué est un problème de relation, pas de calendrier.
- Un interlocuteur qui change sans passation. Le projet redémarre à zéro dans la tête de la nouvelle personne, et vous le payez.
Si le projet est en cours et que vous êtes dans le flou
N’enchaînez pas les relances informelles, elles s’ignorent facilement. Posez un cadre par écrit, avec une date de retour.
Demandez, dans un seul message : un état d’avancement précis, la liste de ce qui est fait et de ce qui reste, l’accès aux livrables existants, un planning actualisé avec des dates, et la confirmation écrite de la capacité à terminer. Fixez un délai de réponse de quelques jours ouvrés.
La qualité de la réponse vous renseignera plus que son contenu. Un prestataire qui travaille répond en une journée avec des détails. Un prestataire en difficulté répond en généralités, ou pas du tout.
Si le prestataire ne répond plus
L’objectif à ce stade n’est pas d’avoir raison, c’est de reprendre le contrôle du projet et de préserver vos droits.
- Rassemblez les preuves. Devis signé, conditions générales, factures, preuve de paiement, échanges, échéances convenues, livrables déjà reçus. Récupérez les accès dont vous disposez déjà : dépôt de code, hébergement, nom de domaine, outils du projet.
- Envoyez une dernière demande écrite, avec un délai de réponse explicite et une trace de l’envoi.
- Passez à la mise en demeure si le silence persiste, par lettre recommandée avec accusé de réception, en rappelant le contrat, les sommes versées et les obligations non exécutées.
- Évaluez la suite selon l’avancement réel. Résolution du contrat, demande de remboursement, action en exécution : le choix dépend du contrat, du travail effectivement réalisé et de la situation du prestataire.
Deux précisions utiles. Un acompte n’est pas automatiquement remboursable en totalité : ce qui a été réellement exécuté reste dû. Et si le prestataire a cessé son activité, la stratégie change complètement, il faut le vérifier avant d’engager des frais.
Pour un projet à enjeu, une relecture du contrat par un juriste coûte une fraction de ce que coûte un litige. Les clauses qui comptent à ce moment sont celles qu’on a négociées avant : voir les dix clauses qui protègent une PME.
La prévention qui coûte le moins cher
Trois décisions au démarrage évitent la quasi-totalité de ces situations.
- Des paiements liés à des livrables vérifiables, pas à des dates. Chaque versement correspond à quelque chose que vous pouvez constater.
- Vos accès à votre nom dès le début. Dépôt de code, hébergement, nom de domaine. Le prestataire administre, vous possédez. Un projet dont vous détenez les accès ne peut pas être pris en otage.
- Un premier jalon court et payé. Un cadrage de quelques jours vous apprend plus sur la façon de travailler d’un prestataire que trois rendez-vous commerciaux.
Ce sur quoi nous nous engageons
Ces points figurent dans nos contrats, ce ne sont pas des arguments commerciaux.
- Un point hebdomadaire et un compte rendu écrit pendant toute la phase de développement.
- Une démonstration sur environnement de test, pas seulement des captures d’écran.
- Une alerte dès qu’un risque de dérive est identifié, avec son impact et une proposition, sans attendre le point suivant.
- Un interlocuteur technique direct. Vous parlez à la personne qui écrit le code, pas à un intermédiaire qui transmet.
- Nous refusons les missions qui ne correspondent pas à nos forces, notamment les très gros projets legacy complexes et les technologies trop éloignées de notre stack. C’est ce qui nous permet de ne jamais sous-traiter en silence.
FAQ
Quelle fréquence de point est raisonnable pendant un développement ? Hebdomadaire pour un projet actif, avec un compte rendu écrit. Pour un projet court ou une phase de maintenance, un point toutes les deux semaines peut suffire, à condition que les échanges asynchrones restent documentés. Ce qui compte n’est pas la fréquence mais la traçabilité.
Mon prestataire ne répond plus depuis trois semaines, que faire en premier ? Rassembler les preuves et récupérer les accès dont vous disposez, avant toute démarche. Ensuite une demande écrite avec un délai explicite, puis une mise en demeure si nécessaire. Ne commencez pas par menacer : commencez par créer une trace.
Puis-je récupérer mon acompte si le projet n’a pas abouti ? Pas automatiquement et pas forcément en totalité. Cela dépend du contrat, de ce qui a été réellement réalisé et des conditions de résolution prévues. C’est précisément pour cela que les paiements doivent être adossés à des livrables constatables plutôt qu’à un calendrier.
Comment savoir si un prestataire communiquera bien avant de signer ? Demandez-lui un exemple anonymisé de compte rendu hebdomadaire et de ticket d’anomalie clôturé. Celui qui en produit vraiment en a sous la main. Celui qui promet de la transparence sans pouvoir en montrer une trace décrit une intention, pas une pratique.
Parlons de votre projet. Si vous êtes en cours de projet et dans le flou, on peut aussi relire ensemble votre contrat et vous aider à formuler la demande écrite.