Checkpoints EVT/DVT/PVT : 3 pièges qui tuent un Hardware avant la série

Un prototype qui fonctionne n’est pas un produit. Entre les deux, il y a trois jalons qui ne se sautent pas : EVT, DVT, PVT. Ce ne sont pas des cases à cocher pour rassurer un comité de direction, mais trois occasions de tuer un projet avant la série. Voici les pièges que nous voyons le plus souvent, et ce qu’ils coûtent quand on les découvre trop tard.

Trois jalons

Chaque étape répond à une question différente. L’EVT valide l’architecture. Le DVT valide le design. Le PVT valide le process.

Confondre les trois, c’est tester le mauvais risque au mauvais moment. On passe des semaines à soigner un détail d’un design qui va encore changer, ou on découvre en production un problème qui se réglait sur un schéma, quand la carte n’était encore qu’un dessin.

Un jalon sans critère de sortie n’est pas un jalon, c’est une date. C’est la première chose que nous vérifions dans un audit.

EVT, le piège de la démo

Objectif : vérifier que les fondations tiennent. Les fonctions clés, les marges, les choix électroniques, l’intégration mécanique, le firmware de base, les contraintes thermiques. À ce stade, le produit peut encore beaucoup évoluer, et c’est normal : on ne cherche pas la perfection, on cherche à savoir si l’architecture est saine.

Le piège : se contenter de « ça marche ». Un prototype qui fonctionne parce qu’on a empilé des correctifs locaux n’a rien validé du tout. On a gagné une démonstration, pas une architecture. Ces correctifs se paieront plus tard, au pire moment, et le plus souvent sous forme de rework sur une carte déjà figée.

La bonne question à l’EVT n’est pas « est-ce que ça fonctionne ? », c’est « est-ce que ça fonctionne pour la bonne raison ? ».

DVT, le piège du retard

Objectif : vérifier que le design répond aux exigences. Robustesse, performance dans des conditions variées, matériaux, assemblage, endurance, sécurité, pré-conformité, documentation, packaging.

Le piège : arriver au DVT avec des problèmes d’architecture encore ouverts. À ce stade, les défauts cessent d’être locaux, ils deviennent systémiques, donc chers. Une correction qui se faisait en changeant une valeur en EVT se transforme en redesign de carte, puis en campagne de conformité supplémentaire.

Le DVT se prépare. Il se prépare même très en amont, à la revue de schéma, au moment où l’on décide ce qu’il faudra prouver et comment on le prouvera.

PVT, le piège de la ligne

Objectif : vérifier la répétabilité en production. Pas seulement que le produit fonctionne, mais que l’usine sait le produire de façon constante : process, rendement, variabilité, test, traçabilité.

Le piège : découvrir les problèmes de test, de fixture ou d’assemblage au moment où la ligne tourne. Les opérateurs assemblent-ils correctement ? Le banc de test est-il fiable ? Les temps de cycle sont-ils connus ? Les défauts sont-ils classifiés ? Le fournisseur maîtrise-t-il le process ?

C’est le moment où l’industrie répond, et il ne se rattrape pas à coups de bonne volonté. Un PVT bâclé, c’est une série qui démarre avec ses défauts de jeunesse.

Les critères de passage

Une roadmap industrielle se joue moins sur les étapes que sur les transitions. Ce qui protège un projet, ce n’est pas la date de fin de phase, c’est la liste de ce qui doit être vrai pour passer à la suivante.

Ces critères se choisissent tôt, et ils sont propres à chaque produit. Sur un projet Hardware, nous retrouvons le plus souvent : un taux de réussite au test qui tient, les défauts critiques fermés, la documentation validée, les fournisseurs qualifiés, le coût cible actualisé avec les derniers prix, les pré-tests de conformité réalisés, le packaging validé, le plan de service après-vente défini, le firmware gelé pour la production, et la traçabilité opérationnelle.

Écrits à l’avance, ces critères protègent l’équipe contre la tentation d’avancer trop tôt, celle qui vient toujours d’une bonne intention : tenir le calendrier annoncé.

La checklist

• Les critères de sortie de chaque phase sont écrits, pas implicites.
• Le plan de test est versionné et tenu à jour.
• Les risques principaux ont un plan de mitigation nommé, avec un responsable.
• Les critères d’entrée de la phase suivante sont connus avant de la commencer.
• La question du moment est « qu’est-ce qu’on doit prouver maintenant ? », pas « qu’est-ce qu’on peut montrer ? ».

Ce que ça change

Une roadmap industrielle n’est pas plus lente. Elle évite de brûler du capital dans des erreurs prévisibles, et elle donne à tout le monde la même lecture du projet : ce qui est prouvé, ce qui reste risqué, ce qui doit être arbitré. L’équipe technique, la direction, les investisseurs et les partenaires industriels regardent alors le même tableau, avec les mêmes mots.

C’est aussi ce qui rend les conversations commerciales tenables. Promettre une livraison de série alors que le process n’est pas validé ne se rattrape jamais par de la communication, seulement par des semaines de retard et de la crédibilité perdue.

Dans le Hardware, la vitesse durable vient de la clarté des jalons. Pas des promesses de calendrier.

Nous accompagnons les équipes exactement là : écrire les critères de passage entre EVT, DVT et PVT, préparer le plan de test, et décider ce qui doit être prouvé avant de passer à la phase suivante. Si vous voulez savoir où en est votre projet, l’audit matériel 360° passe justement en revue votre plan de test, votre BOM et votre roadmap industrielle.