Le moyen le plus rapide de perdre en qualité : traiter les fournisseurs comme un sujet de contrat

J’ai vu des relations fournisseurs se détériorer de deux façons très différentes.

La première saute aux yeux : spécifications floues, critères d’acceptation vagues, pas de droits d’audit, pas de responsabilité. Là, c’est un problème de contrat.

La seconde est plus silencieuse — et plus coûteuse : le contrat tient la route, le fournisseur est « approuvé », et pourtant la qualité dérive, les livraisons glissent, et chaque réunion se transforme en théâtre de négociation. Là, c’est un problème de système d’exécution.

Quand je dirigeais les opérations dans l’électrification et le stockage d’énergie, et auparavant lorsque j’ai passé onze ans dans l’électronique de puissance, entre qualité et engineering, j’ai appris une règle simple. Si vous traitez vos fournisseurs comme des contreparties juridiques, vous obtiendrez un comportement juridique. Conformité minimale. Défensive maximale. Apprentissage lent. Et beaucoup d’e-mails.

Si vous traitez vos fournisseurs comme une extension de votre modèle opérationnel, vous pouvez obtenir de la fiabilité sans renégociation permanente. Pas en étant laxiste. En étant précis.

Pourquoi les contrats échouent comme outil de qualité

Un contrat fige une répartition des risques. Ce n’est pas un mécanisme de pilotage au quotidien.

La qualité sort des routines. La cadence de mesure. La vitesse d’escalade. La rigueur de l’analyse des causes racines. La manière dont l’engineering, la production et les achats tranchent sous pression. Rien de tout cela ne se règle en ajoutant une clause.

Dans l’industrie et les métiers très « hardware », le mode d’échec est prévisible :

• Les specs se discutent, elles ne s’exécutent pas. Deux équipes lisent la même exigence et construisent deux produits différents.
• Les sujets se commentent, ils ne sont pas pris en charge. « Nous allons regarder » devient la posture par défaut.
• L’escalade devient émotionnelle. Les problèmes n’obtiennent de l’attention que quand quelqu’un finit par s’énerver.
• Les actions correctives tournent au papier. On produit un rapport, la ligne continue, et le même défaut revient trois semaines plus tard.

Voilà pourquoi la qualité se dégrade souvent même avec des « contrats solides ». Le contrat n’est pas l’endroit où le travail se fait.

Le supplier OS : quatre routines qui protègent réellement la qualité

Ce qui a fonctionné pour moi, c’est de traiter la performance fournisseur comme un operating system, avec quelques routines non négociables. Vous pouvez mettre cela en place avec un tableur, un point hebdomadaire, et la volonté de garder le tout volontairement monotone.

Voici la structure à laquelle je reviens toujours.

1) Des métriques partagées, avec une définition unique pour chacune

Si vous ne partagez pas la même définition de « bon », vous ne pilotez pas la qualité. Vous en débattez.

Je pousse pour une page unique de métriques acceptées des deux côtés, avec des définitions en langage simple. Exemples généralement déterminants en manufacturing et en tech industrielle :

• Qualité à réception. Taux de défauts par type de défaut, pas seulement un pourcentage consolidé.
• Taux d’échappement. Ce qui passe l’inspection d’entrée et ressort en production ou sur le terrain.
• Fiabilité de livraison. On-time in-full, mesuré de la même façon des deux côtés.
• Temps de réponse. Délai entre le signalement et l’action de containment, pas jusqu’au « début d’analyse ».

L’essentiel n’est pas la liste. L’essentiel, c’est une définition par métrique. Si le fournisseur peut jouer avec l’indicateur, il le fera. Pas parce qu’il est mal intentionné. Parce que les incitations pèsent plus lourd que les intentions.

2) Des chemins d’escalade qui ne dépendent pas des personnalités

La plupart des escalades fournisseurs sont informelles. C’est pour cela qu’elles deviennent politiques.

Quand je dirigeais une business unit internationale en smart-building et en domotique, nous dépendions de productions externalisées et de fournisseurs de composants spécialisés. La seule façon de tenir la fiabilité consistait à déclencher l’escalade sur les données, pas sur celui qui parle le plus fort.

Un modèle opérationnel simple :

1. Niveau 1 : responsable opérationnel à responsable opérationnel sous 24 à 48 heures.
2. Niveau 2 : le lead qualité et le lead engineering rejoignent sous 72 heures si le containment n’est pas en place.
3. Niveau 3 : revue management si la même classe de défaut se répète ou si le risque de livraison dépasse un seuil.

Mettez les seuils par écrit. Publiez-les. Puis appliquez-les.

Vous obtenez deux effets : vous sortez du drame, et vous rendez l’inaction impossible.

3) Une analyse des causes racines conjointe, qui se termine par un changement de process — pas par des slides

J’apprécie la résolution de problèmes structurée, mais uniquement quand elle change le réel.

L’analyse des causes racines doit rester une boucle courte :

• Containment : protéger immédiatement le client et votre ligne.
• Cause racine : la démontrer par des faits, pas par des opinions.
• Action corrective : modifier le process, l’outillage, le test ou la spec.
• Vérification : prouver que le défaut ne peut pas se reproduire dans les mêmes conditions.

En pratique, le gain principal vient du fait de rendre la cause racine conjointe. Pas pour « être sympa », mais parce que beaucoup de défaillances vivent à l’interface : ambiguïtés de plan, empilement de tolérances, couverture de test, capabilité process, formation des opérateurs, packaging, transport.

Si vous forcez le fournisseur à analyser seul, il optimisera l’évitement du blâme. Si vous faites tout vous-même, vous manquerez la réalité de son process. Travailler ensemble va plus vite.

4) Un « handshake » de change control qui respecte la physique et le software

Sur les produits connectés, les incidents qualité proviennent souvent de « petits changements » qui n’ont jamais été traités comme des changements. Une substitution de composant. Un ajustement de firmware. Une nouvelle résine. Un autre gabarit de test. Un nouvel opérateur de nuit.

Il vous faut un handshake qui rende les changements explicites et révisables. Sans lourdeur. Mais de façon consistante :

• Qu’est-ce qui a changé ?
• Pourquoi cela a-t-il changé ?
• Qu’est-ce que cela peut casser (performance, sécurité, conformité, service) ?
• Comment allons-nous tester (taille d’échantillon, conditions, acceptation) ?
• Qui valide ?

C’est là que les entreprises « hardware » peuvent reprendre une leçon des bonnes équipes software : si vous ne contrôlez pas les releases, vous ne contrôlez pas les résultats.

J’ai écrit ailleurs que la discipline d’exécution fait mieux que des capteurs connectés quand l’objectif est l’uptime. Pour la qualité fournisseur, c’est la même histoire. Les outils aident. La discipline tranche.

Un constat vécu : la qualité progresse quand la semaine devient prévisible

J’ai observé à de nombreuses reprises un même schéma : la qualité fournisseur s’améliore vite quand la semaine devient prévisible pour tous les acteurs.

Au début de ma carrière, en électronique de puissance, les problèmes qualité apparaissaient souvent via des retours terrain ou des échecs de mise en service. Plus tard, en électronique grand public et en contrôles de smart building, ils se manifestaient par des arrêts de production, des rendements instables, ou le classique « ça passe chez nous mais ça échoue chez vous ». Produits différents, mécanisme identique.

Le point de bascule venait rarement d’une nouvelle clause. Il venait d’un rythme hebdomadaire installé :

• Lundi : revue de performance sur la page de métriques partagée.
• Milieu de semaine : deep dive conjoint sur un ou deux sujets prioritaires, avec des preuves sur la table.
• Vendredi : confirmation du containment, des prochaines actions et des responsables.

Après quelques semaines, il se passe quelque chose d’important. On cesse d’improviser. On anticipe. Le fournisseur apporte des données avant même que vous les demandiez. Votre équipe n’escalade plus via les achats pour des problèmes techniques. L’engineering arrête de considérer les sujets fournisseur comme « le problème de quelqu’un d’autre ».

C’est la vraie valeur du supplier OS : transformer la qualité, d’un ensemble de débats, en un ensemble de routines.

Là où les dirigeants cassent le plus souvent le système

Même de bonnes équipes sabotent cette approche de trois manières fréquentes.

Elles délèguent la responsabilité aux achats

Les achats sont indispensables. Mais les achats ne peuvent pas, seuls, porter la réalité technique.

La qualité fournisseur est, par nature, transverse. Il faut l’engineering pour les specs et l’intention de conception, les opérations pour les flux et la capacité, la qualité pour la détection et la prévention, et les achats pour le levier commercial et la gouvernance.

Si vous mettez tout sur les achats, vous obtiendrez de la pression sur les prix et du papier. Vous n’obtiendrez pas de capabilité process.

Elles confondent dashboards et pilotage

Les métriques ne sont pas le contrôle. Les métriques lancent la conversation.

Les seuls dashboards qui comptent sont ceux qui débouchent sur l’action : seuils, responsables, échéances et clôture vérifiée. Sinon, vous ne faites qu’observer votre déclin en haute définition.

Elles renégocient au lieu de redessiner l’interface

Quand la qualité baisse, le réflexe consiste à renégocier : pénalités, avoirs, formulations plus dures.

Parfois, c’est nécessaire. Mais, le plus souvent, la correction la plus rapide consiste à redessiner l’interface :

• Rendre les critères d’acceptation testables.
• Clarifier les handoffs (qui fournit quoi, quand, et dans quel format).
• Verrouiller le change control.
• Se mettre d’accord sur l’échelle d’escalade.

C’est du design opérationnel, pas du design juridique.

Une checklist simple à déployer ce trimestre

Si votre activité dépend de production externe et que vous voulez de la fiabilité sans vivre en cycles de renégociation, voici un plan sur un trimestre.

1. Créer une scorecard fournisseur d’une page avec 4 à 6 métriques et des définitions écrites.
2. Installer une cadence hebdomadaire de performance fournisseur avec un agenda fixe et des attentes claires sur le pré-read.
3. Définir des seuils d’escalade qui se déclenchent automatiquement sur les données (défauts répétés, risque de livraison, dépassements de temps de réponse).
4. Imposer une analyse conjointe des causes racines sur les sujets prioritaires, en commençant par le containment et en terminant par un changement de process vérifié.
5. Mettre en place un change control léger sur les composants, process, tests, packaging et firmware.
6. Nommer des responsables internes côté engineering, qualité, opérations et achats. Un responsable par sujet, mais pas une fonction à blâmer.

Si vous voulez aller plus loin avec des outils modernes, traitez aussi les données fournisseur comme un contrat. J’ai vu des initiatives l’IA (intelligence artificielle) échouer dans le manufacturing parce qu’il manquait le « data contract », pas le modèle. La logique est la même ici. Un supplier OS exige des définitions propres, de la traçabilité et des entrées disciplinées. Sinon, l’automatisation ne fait que démultiplier la confusion. C’est aussi pour cela que je reviens souvent aux checklists d’exécution en technologie, notamment l’architecture l’IA comme checklist d’opérateur.

Mon point de vue : les contrats fixent la responsabilité, les systèmes d’exécution créent la fiabilité

Utilisez les contrats pour ce à quoi ils servent : poser des limites, aligner les incitations et créer de la responsabilité quand les choses tournent mal.

N’en faites pas votre stratégie qualité principale. C’est lent, antagoniste et réactif.

La fiabilité vient d’un système d’exécution partagé : métriques claires, cadence prévisible, escalade pilotée par la donnée, et analyse conjointe des causes racines qui change le process. Quand vous installez ces routines, la qualité cesse d’être une surprise mensuelle et devient un résultat piloté.

C’est la différence entre la « supplier management » et les opérations.