Ce qu'est un verrou, ce qu'il n'est pas
Un verrou technologique est une incertitude que les connaissances accessibles ne permettaient pas de lever au moment où vous avez engagé les travaux. Il se situe dans l'ordre du savoir, pas dans celui du projet.
Ce n'est donc ni une contrainte de budget, ni un délai court, ni une difficulté d'intégration, ni le fait que personne dans l'équipe ne savait faire. Un problème d'organisation reste un problème d'organisation, même s'il a coûté six mois.
Le verrou n'est pas ce que vous vouliez obtenir. C'est ce qui, dans l'état des connaissances, empêchait de l'obtenir.
Le test de l'homme du métier
Un test unique permet d'arbitrer la plupart des cas : un ingénieur compétent du domaine, disposant de l'état de l'art public, aurait-il su faire ?
- Oui, il aurait su faire. Vous avez peut-être eu du mérite, mais ce n'est pas de la recherche. C'est du développement.
- Non, il aurait dû tâtonner comme vous. Et vous pouvez montrer les tâtonnements : vous tenez un verrou.
- Il aurait su faire, mais pas à ces contraintes-là. Le verrou porte alors sur la combinaison de contraintes, à condition de démontrer que cette combinaison n'est pas traitée par l'état de l'art.
Six reformulations
| Formulation d'origine | Ce qui cloche | Reformulation |
|---|---|---|
| Améliorer les performances de notre moteur d'ordonnancement. | Objectif d'entreprise, aucune incertitude nommée. | Les heuristiques publiées d'ordonnancement sous contraintes de changement de série divergent au-delà d'une centaine de machines ; aucune ne traite le cas de contraintes de séquencement variables en cours d'exécution. |
| Développer une application mobile innovante. | Décrit un livrable, pas un problème. | Aucune méthode publiée ne permet de garantir la cohérence des données hors ligne sur des sessions de plusieurs jours sans arbitrage manuel des conflits. |
| Réduire de 20 % la consommation de notre four. | Cible chiffrée, pas incertitude. | La modélisation thermique disponible pour ce type de four ne prédit pas le comportement en régime transitoire avec charges hétérogènes ; les corrélations existantes s'écartent de plus de 15 % de nos mesures. |
| Adapter un algorithme existant à notre métier. | Adaptation = développement, sauf démonstration contraire. | L'algorithme de référence suppose une distribution stationnaire des entrées ; nos mesures montrent des ruptures hebdomadaires qui font chuter sa précision sous le seuil exploitable, sans que la littérature propose de correction applicable. |
| Rien n'existait sur le marché. | Conclusion sans état de l'art. Indéfendable. | Les trois solutions existantes (A, B, C) traitent le cas X mais aucune ne couvre Y, comme le confirme la publication de 2023 citée en annexe. |
| Notre équipe ne savait pas comment faire. | Incompétence relative, pas incertitude générale. | La question reste ouverte dans la littérature : les deux approches concurrentes publiées donnent des résultats contradictoires sur ce régime de fonctionnement. |
La structure d'un bon paragraphe de verrou
- Ce qui existait : la ou les approches connues, nommées et sourcées.
- Où elles s'arrêtent : la limite précise, si possible mesurée.
- Pourquoi elle vous bloquait : le lien avec votre configuration réelle.
- Ce qui restait à découvrir : la question ouverte, formulée comme une question.
Quatre phrases suffisent. Un verrou qui demande une page est en général plusieurs verrous mal séparés, ou aucun.
Le logiciel refuse les verrous flous
La fiche projet impose l'enchaînement état de l'art puis verrou, et la vérification signale les objectifs déguisés en incertitudes.
Cinq pièges classiques
- Le verrou rétroactif. Écrit après coup, il décrit la solution trouvée plutôt que l'incertitude d'origine. Il se repère à son ton trop assuré.
- Le verrou commercial déguisé. « Être le premier à proposer » n'a pas de contenu technique.
- Le verrou d'intégration. Faire fonctionner ensemble deux briques connues n'est un verrou que si l'interaction elle-même est non documentée et produit un comportement imprévu.
- Le verrou sans échec. Une incertitude réelle laisse des traces : essais abandonnés, hypothèses invalidées, retours en arrière. Un récit sans aucun raté décrit une exécution, pas une recherche.
- Le verrou unique pour dix projets. Si tous vos projets partagent le même verrou, vous avez un projet, pas dix.
Le cas particulier du logiciel
C'est le domaine où le taux de rejet est le plus élevé, parce que la difficulté ressentie y est constante et l'incertitude scientifique rare. Relèvent du développement : la reprise d'une architecture, l'usage d'un framework, l'optimisation à l'état de l'art, le portage, l'industrialisation, la reprise de dette technique, l'appel à un modèle existant via son interface.
Relèvent potentiellement de la recherche : la conception d'un algorithme dont les propriétés ne sont pas garanties par la théorie disponible, l'exploration de compromis non documentés entre garanties concurrentes, ou l'obtention de résultats que les méthodes publiées ne permettent pas d'atteindre sur votre classe de données, à condition de mesurer l'écart et de le montrer.
Faites attaquer votre dossier avant l'administration
Un verrou mal formulé fait tomber un projet entier. Argus le relit avec la grille d'un vérificateur et propose une reformulation appuyée sur l'état de l'art publié.
- Distingue l'incertitude scientifique de l'objectif d'entreprise
- Cherche les publications et brevets qui délimitent le connu
- Signale les verrous recopiés d'un projet à l'autre
- Propose une reformulation, que vous acceptez ou refusez
VerrouLab signale les formulations qui ne passeront pas.
La fiche projet est structurée dans cet ordre, et la vérification remonte les objectifs déguisés en verrous avant que vous ne déclariez.