LORSQU’UN PROJET MATÉRIEL BLOQUE, COMMENT LE REDÉMARRER
Un projet matériel bloqué peut généralement être relancé, mais la première étape est un diagnostic honnête, pas davantage de développement. Quelqu’un évalue ce qui existe déjà, le documente et vous dit s’il faut récupérer le travail ou repartir de zéro, avec un devis fixe dans les deux cas. Cette note explique pourquoi les projets matériels s’enlisent, ce qu’implique réellement un sauvetage, et comment juger si le vôtre mérite d’être terminé.
Le projet avançait, et il n’avance plus. Le développeur ne répond plus aux e-mails, le prototype fait les 80 % faciles et échoue sur la partie qui compte, ou vous avez hérité d’une boîte de cartes et de code laissée par quelqu’un qui est parti, sans documentation et sans personne qui la comprenne. Vous avez déjà dépensé de l’argent, et vous devez décider du prochain dollar.
L’instinct pousse à engager quelqu’un pour continuer à développer. La meilleure première démarche est de découvrir ce que vous avez réellement, car un sauvetage qui commence par davantage de développement sur des fondations inconnues s’enlise généralement une seconde fois. Cette note explique à quoi ressemble un véritable sauvetage et comment savoir si votre projet mérite d’être terminé.
Pourquoi les projets matériels stagnent
Les causes se répètent, et nommer la vôtre vous indique ce que la solution doit régler.
- Le seul concepteur est parti. Un freelance détenait toutes les connaissances, n’a rien consigné et n’est plus là. Le matériel fonctionne, et plus personne ne peut le modifier sans risque.
- Le périmètre n’avait pas de plancher. Un travail à l’heure sans plafond, aux exigences floues, dérive jusqu’à ce que le budget s’épuise avant que le produit ne soit fini.
- La partie risquée a été laissée pour la fin. L’équipe a construit d’abord les parties faciles, la partie difficile s’est avérée être tout le problème, et l’argent avait disparu quand ils y sont arrivés.
- La conception ne s’est jamais confrontée à la fabrication. Un prototype qui fonctionne sur le banc ne peut pas être produit en volume, et l’écart n’apparaît que lorsque l’usine établit son devis.
Un sauvetage commence par un diagnostic
Vous ne pouvez pas chiffrer la réparation d’une machine que vous n’avez pas ouverte. Un sauvetage commence par un diagnostic payant : quelqu’un étudie le matériel, le firmware et les fichiers existants, fait la rétro-ingénierie de ce qui n’est pas documenté, et indique ce qui fonctionne, ce qui ne fonctionne pas et ce qu’il faudrait pour terminer. Le livrable est un verdict écrit et un devis fixe pour achever le travail, pas une facture d’heures passées à tâtonner. Un projet bien documenté s’évalue vite. Un projet non documenté coûte plus cher à analyser, car la rétro-ingénierie du travail d’un autre représente l’essentiel de l’effort.
Le verdict est honnête même quand il nous fait perdre le contrat. Parfois, le travail existant est solide et le terminer coûte peu. Parfois, les fondations sont irrécupérables et repartir de zéro coûte moins cher que de tout démêler. Parfois, la bonne réponse est d’arrêter, car le produit ne survivrait pas à la fabrication, quel que soit celui qui le construit. Vous obtenez la vraie réponse, car un diagnostic qui ne recommande jamais que davantage de travail payant n’est pas un diagnostic.
Récupération ou redémarrage
Le choix dépend de la part du travail existant que vous pouvez faire confiance et documenter.
| Ce que vous avez | Généralement le bon choix |
|---|---|
| Matériel fonctionnel, code lisible, un peu de documentation | Récupération. Documentez les lacunes, terminez ce qui manque, passez à la suite. |
| Matériel fonctionnel, pas de documentation, concepteur d’origine parti | D’abord le diagnostic. Rétro-ingénierie, documentation, puis décision fondée sur des informations concrètes. |
| Un design qui fonctionne sur le banc mais ne peut pas être fabriqué | Reconception pour la production. Le prototype était une preuve, pas un produit. |
| Un concept qui a échoué face à la physique ou à l’économie unitaire | Arrêtez. Retenez la leçon, pas le coût irrécupérable. |
Ce qu’un sauvetage doit vous apporter
Quel que soit le verdict, le sauvetage doit vous laisser ce que la mission précédente ne vous a jamais donné : le contrôle. C’est-à-dire les schémas et la CAO modifiables, le code source du firmware commenté, une nomenclature avec de vraies références de pièces, et une description écrite de ce que fait le système et de la façon dont il le fait. Un sauvetage qui rend une nouvelle boîte noire a répété l’erreur qui a bloqué le projet. Le but de l’exercice est que la prochaine personne qui y touche, vous compris, puisse le comprendre.
Questions fréquentes
Mon développeur matériel a disparu. Que faire ? Arrêtez de payer pour faire avancer le développement et faites établir un diagnostic de l’existant. Faites étudier le matériel, le firmware et les fichiers par un ingénieur, qui fera la rétro-ingénierie de ce qui n’est pas documenté et indiquera ce qui fonctionne et ce qu’il faudrait pour terminer. Ce verdict, accompagné d’un devis fixe pour terminer, vous dit s’il faut poursuivre le travail en cours ou repartir de zéro.
Peut-on sauver un prototype à moitié terminé ? Souvent, mais pas toujours, et la réponse honnête suppose d’abord un examen. Un matériel qui fonctionne, avec un code lisible et un peu de documentation, vaut généralement la peine d’être terminé. Un matériel qui fonctionne mais sans documentation exige une rétro-ingénierie avant que quiconque puisse chiffrer la fin du travail. Une conception qui ne peut pas être fabriquée exige une reconception plutôt qu’un correctif.
Comment obtenir un second avis sur un devis matériel ? Demandez à un autre ingénieur d’examiner le périmètre, les livrables et le prix au regard de ce que le travail exige réellement. Un devis fiable énumère des phases à prix fixe, des livrables nommés et des matériaux au prix coûtant. Un devis à l’heure sans plafond, au périmètre flou, est le schéma le plus susceptible de s’enliser, et la note sur les coûts explique ce qu’un vrai devis doit contenir.
Combien coûte un sauvetage de projet ? Cela dépend de l’état du travail existant, c’est pourquoi il commence par un diagnostic payant plutôt que par un prix de sauvetage fixe. Un projet documenté est peu coûteux à évaluer ; un projet non documenté coûte plus cher, car l’analyser représente l’essentiel du travail. Le diagnostic débouche sur un devis fixe pour terminer, et vous décidez donc avec un vrai montant plutôt qu’avec un engagement ouvert.
Notre place
Notes connexes : combien coûte réellement un prototype matériel · comment transformer une idée en produit · comment repérer une arnaque à la promotion d’inventions.