En bref
J'ai passé quatorze ans dans la qualité industrielle avant d'écrire une seule ligne de logiciel. Ce que j'y ai appris ne concerne pas une matière ni un procédé : ça concerne ce qui se passe quand une pièce est refusée, quand un instrument n'a pas été étalonné, quand le client réclame un dossier et que personne ne sait où il est.
Ces situations sont les mêmes dans un atelier d'usinage, une scierie, une shop de soudure ou une usine de portes et fenêtres. Voici les sept principes qui en découlent, et sur lesquels tout ce que nous construisons est bâti.
Pourquoi énoncer des principes plutôt que des fonctionnalités
Une liste de fonctionnalités ne dit rien. Tous les logiciels qualité gèrent les non-conformités, les documents et les étalonnages — comme tous les traitements de texte gèrent le gras et l'italique. Ce qui distingue deux outils, ce n'est pas ce qu'ils font, c'est ce que leurs auteurs croient.
Croire qu'un atelier doit s'adapter au logiciel, ou l'inverse. Croire qu'un système peut prononcer seul une conformité, ou qu'un humain doit toujours signer. Croire que la qualité est un service, ou que c'est une pratique quotidienne portée par des gens déjà occupés. Ces convictions-là ne se lisent pas sur une page de comparaison. Elles se lisent dans les mille petits arbitrages qui font qu'un outil vous fait gagner du temps ou vous en fait perdre.
Autant les écrire.
1. On part d'un irritant d'atelier, pas d'une technologie
Le premier logiciel que nous avons construit ne vient pas d'une veille technologique. Il vient d'une observation banale : dans une PME manufacturière, la personne qui contrôle les pièces passe une part considérable de sa journée à recopier. Recopier les caractéristiques à vérifier depuis un plan ou une spécification. Recopier les valeurs relevées dans un tableau. Recopier le tout dans un document présentable pour le client.
Personne ne paie pour de la recopie. Le client paie pour une pièce conforme et pour la preuve qu'elle l'est. Tout le temps passé entre les deux est du temps que l'entreprise absorbe.
Ce point de départ a une conséquence pratique : nous ne commençons jamais par demander quelles fonctionnalités quelqu'un souhaite. Nous demandons ce qui l'a fait rester tard la semaine dernière. La réponse est presque toujours une tâche administrative née d'une exigence légitime — et c'est là qu'il y a quelque chose à faire.
Un logiciel qui ne supprime pas une tâche que vous détestez n'est pas un investissement. C'est une tâche de plus.
2. La qualité, c'est produire la preuve
Il y a deux façons de comprendre une norme de management de la qualité. La première : un obstacle à franchir tous les trois ans, dont on s'occupe six semaines avant l'audit. La seconde : un système qui exige, tous les jours, qu'on puisse démontrer ce qu'on affirme.
La première lecture produit des classeurs. La seconde produit des entreprises qui savent où elles en sont.
Concrètement, la différence tient à une question simple posée à froid, un mardi matin : pouvez-vous démontrer que cette pièce, ce lot, cet ouvrage a été contrôlé, par qui, avec quel instrument, et que cet instrument était valide ce jour-là ? Si la réponse demande une demi-journée de fouille, le système existe sur le papier mais pas dans les faits.
C'est pour ça que tout ce que nous construisons produit de la preuve en même temps que du travail, jamais après. Un contrôle saisi génère sa trace. Un instrument utilisé se rattache à son certificat d'étalonnage. Une non-conformité se referme avec la vérification de son efficacité. Non pas parce qu'un auditeur le demandera, mais parce que reconstituer après coup coûte dix fois plus cher que d'enregistrer sur le moment — et donne un résultat moins fiable.
3. L'automatisation propose, l'humain dispose
Nous utilisons de la reconnaissance automatique pour lire des documents techniques, et nous mesurons ce qu'elle donne : sur plus de quatre cents dossiers réels, la très grande majorité des caractéristiques est extraite correctement. C'est un gain considérable. Ce n'est pas une raison pour lui confier la décision.
La règle que nous nous imposons est absolue et ne souffre aucune exception : un système peut proposer, seul un humain prononce la conformité. L'extraction propose une liste de points à contrôler ; le contrôleur la valide. L'analyse signale une dérive ; le responsable décide. La signature au bas d'un dossier engage une personne, et cette personne doit avoir vu ce qu'elle signe.
Cette position n'est pas de la prudence commerciale, c'est une question de responsabilité. Quand une pièce non conforme arrive chez un client, ce n'est pas le logiciel qui répond au téléphone. Un outil qui laisse croire le contraire vend une tranquillité qu'il ne peut pas garantir.
Elle a un corollaire moins évident : la vérification doit être rapide. Un système qui produit un résultat que l'humain met vingt minutes à contrôler n'a rien automatisé, il a déplacé le travail. La bonne mesure n'est pas le taux de réussite de la machine — c'est le temps qu'il faut pour la surveiller.
4. Un écosystème, pas des silos
Dans la plupart des PME manufacturières, la même information est saisie trois ou quatre fois. Le numéro de commande existe dans le système de gestion, on le retape sur la feuille de contrôle, puis dans le dossier envoyé au client, puis dans le fichier de suivi des non-conformités. Chaque ressaisie est une occasion d'erreur, et chaque divergence entre deux versions devient un jour un problème.
Le réflexe habituel est d'ajouter un outil de plus, spécialisé, qui règle un symptôme et crée un silo supplémentaire. Nous avons choisi l'inverse : plusieurs applications distinctes, chacune bonne à une chose, mais qui partagent une même base de vérité. Le bon de travail est saisi une fois. L'instrument utilisé pour un contrôle est le même objet que celui qui figure au registre d'étalonnage. La non-conformité relevée sur une pièce se rattache au processus qui l'a produite.
Une donnée qui existe en trois exemplaires n'existe pas. Elle vous attend.
C'est le principe le plus coûteux à tenir pour nous, et le plus invisible pour vous. Il n'apparaît nulle part dans une démonstration. Il se voit six mois plus tard, le jour où vous cherchez une information et où elle est simplement là, cohérente, sans que personne ait eu à la maintenir.
5. Un système qualité passe de réactif à sous contrôle
Aucune entreprise ne passe du désordre à la maîtrise en installant un outil. Ce qui existe, c'est une trajectoire, et elle a des étapes reconnaissables.
Au départ, on subit : les problèmes se découvrent chez le client, et chacun est traité comme un cas isolé. Ensuite on enregistre : les écarts sont consignés, on peut les compter. Puis on analyse : chaque écart se rattache à une cause et à un processus, les récurrences apparaissent. Enfin on anticipe : on agit sur des risques avant qu'ils ne se matérialisent.
La marche la plus rentable de toutes est la première — passer de « on subit » à « on enregistre ». Elle ne demande ni embauche ni outil sophistiqué. Elle demande que les écarts soient consignés au moment où ils surviennent, et que quelqu'un les regarde chaque semaine.
Nous concevons en conséquence : un outil doit être utile dès l'étape où vous êtes, pas seulement à la fin. Une entreprise qui en est à consigner ses écarts n'a pas besoin d'analyse de risque avancée, elle a besoin que déclarer un écart prenne trente secondes depuis le plancher. Le reste viendra, et l'outil devra être là quand ce sera le cas — mais il ne doit jamais être une condition d'entrée.
6. Pensé pour la PME, et pas seulement adapté
Les grands systèmes de gestion de la qualité sont conçus pour des organisations qui disposent d'un service qualité complet : un responsable, des ingénieurs, des auditeurs internes, quelqu'un dont le métier est de faire tourner le système. Vendus à une PME, ils sont techniquement fonctionnels et humainement inapplicables.
Dans une entreprise de trente personnes, la qualité repose sur deux ou trois individus qui ont déjà un autre travail. Le responsable qualité est souvent aussi le contremaître, parfois le propriétaire. Personne n'a une demi-journée par semaine à consacrer à l'alimentation d'un système.
Cette contrainte est structurante et nous l'assumons comme un choix, pas comme une limite. Elle interdit les paramétrages qui exigent un consultant. Elle interdit les modules qu'il faut remplir pour que le reste fonctionne. Elle impose que chaque écran ait une réponse à la question « qu'est-ce que ça m'évite de faire ? ». Une fonctionnalité qui n'y répond pas ne mérite pas d'exister, quelle que soit son élégance.
Elle impose aussi une chose plus rare : accepter qu'une entreprise n'utilise qu'un quart de ce que nous proposons, et que ce soit très bien ainsi.
7. Vos données restent au Québec
Les plans, les spécifications et les dossiers qualité d'un fabricant sont parmi ses actifs les plus sensibles. Ils décrivent ce qu'il produit, pour qui, avec quelles tolérances. Dans certains secteurs, ils sont couverts par des engagements de confidentialité que leur détenteur transmet mécaniquement à ses fournisseurs — et un logiciel est un fournisseur.
Nous hébergeons tout au Canada, dans la région de Montréal : les bases de données, les fichiers, les traitements. Ce n'est pas une case à cocher réglementaire, même si la législation québécoise sur la protection des renseignements personnels rend la question incontournable. C'est d'abord une décision d'affaires : savoir où sont vos documents, et sous quelle juridiction ils tombent, fait partie de ce que vous devez pouvoir répondre à votre propre client.
C'est le seul des sept principes qui relève d'un choix d'infrastructure plutôt que d'une conviction sur le métier. Nous le mettons quand même dans la liste, parce qu'il coûte cher à tenir et qu'il se serait détricoté depuis longtemps s'il n'y était pas.
Ce que ces principes ne disent pas
Deux précisions, par honnêteté.
Nous venons de la mécanique. Mon expérience de terrain s'est faite dans l'usinage et le contrôle dimensionnel, et nos premiers clients viennent de là. Je ne prétendrai pas connaître la scierie, la conserverie ou le chantier de l'intérieur — ce serait faux, et quiconque en vient le verrait en trois lignes. Ce que j'affirme est plus étroit et plus solide : la non-conformité, l'instrument non étalonné, la preuve à produire et le client qui attend son dossier se comportent de la même façon partout où l'on fabrique quelque chose pour quelqu'un d'autre. C'est à ce niveau-là que ces principes valent, et pas au-delà.
Un logiciel ne crée pas une culture. Aucun outil ne fera qu'un employé ose signaler sa propre erreur. Ça se joue le jour où quelqu'un le fait pour la première fois, et où tout le monde regarde la réaction de la direction. Ce qu'un outil peut faire, c'est rendre le phénomène mesurable : combien de personnes différentes ont déclaré un écart cette année, combien de non-conformités sont rattachées à un processus plutôt qu'à un nom, combien d'actions correctives ont été vérifiées après coup. Ce sont des indicateurs de culture déguisés en indicateurs qualité. Quand ils montent, ce n'est pas le logiciel qui progresse.
En conclusion
Si je devais réduire ces sept principes à un seul, ce serait celui-ci : la qualité n'est pas un service, c'est une pratique — et une pratique se juge au temps qu'elle prend.
Une exigence légitime qui coûte deux heures par jour à quelqu'un finit par être contournée. Pas par mauvaise volonté : par arithmétique. C'est ainsi qu'on obtient des dossiers remplis la veille de l'audit, des registres d'étalonnage à jour une fois par an, et des non-conformités qui ne remontent jamais parce que les déclarer prend plus de temps que de réparer discrètement.
Rendre la preuve moins coûteuse à produire, c'est la seule façon durable d'obtenir qu'elle le soit vraiment. Tout le reste — l'automatisation, les tableaux de bord, les indicateurs — n'est utile que dans cette mesure.
Ces sept principes guident le développement d'Asterion Solutions, une suite de logiciels de métier pensés pour les PME manufacturières qui veulent structurer leur qualité sans multiplier les tâches administratives. Les autres articles de ce blog les déclinent un à un : le coût caché des rapports d'inspection, la métrologie hors du fichier Excel, la revue de direction sans consultant, la maturité d'un système qualité.