Cycle en V hybride : Production Série (partie 7)

Avant d'aller plus loin, je vous recommande la lecture des parties précédentes.

‍

Dans cet article, nous allons traiter des étapes B, C, D et E du chemin blanc sur le cycle en V représenté ci-dessus. Un autre article suivra pour le chemin rouge, et nous en aurons terminé avec cette série sur mon implémentation personnelle du cycle en V hybride, en combinaison avec les méthodes Scrum et Design Thinking.

Partie 7 : La production d'un Système

Tout au long du chemin bleu, nous nous sommes attachés à concevoir, développer et vérifier le Système : le Produit qu'on souhaitait réaliser. Lors de la descente du chemin blanc (étape A), nous nous sommes inquiétés de la fabrication correcte de notre Produit. C'est le moment de concrétiser tout cela !

Notez que pour le Produit/Système du chemin bleu j'utilise une majuscule. Cela a son importance dans cet article.

Première présérie : dérisquage

Arrivés en étape 8 du chemin bleu, nous savons ce que sera le Système dans ses moindres détails. Nous savons aussi, puisque nous avons suivi le chemin blanc en parallèle (sur l'étape A), comment seront nos moyens de fabrication, assemblage, intégration et tests associés pour la Production série de notre Système.

En fin d'étape A, c'est le moment de développer nos moyens de productions et nos outils, selon les spécifications et plans de vérifications que nous avons écrits pour eux.

Lors du développement du Système (chemin bleu) et des moyens (chemin blanc), le maquettage est essentiel. D'une part pour vérifier qu'on va dans la bonne direction, d'autre part pour réaliser l'étape B :

• On réalise les éléments des Système et moyens un par un
• et, en plus des tests élémentaires à leur faire subir, on regarde si en l'état les moyens ont une chance de permettre la fabrication, l'assemblage, l'intégration et les tests de production des éléments du Système (en plusieurs exemplaires si c'est ce qui est attendu). C'est la présérie de dérisquage.

J'en parle dans cet article.

Exemple :

• Vous avez une maquette de l'une des cartes électroniques qui composent votre Système. Vous avez commencé à constituer en parallèle un morceau de votre outil de tests de cette même carte électronique, et plus spécifiquement le petit coffret qui vient accueillir cette carte et positionner sur cette dernière les sondes de tests. Il s'agit alors de voir si la carte peut bien être mise et maintenue en position dans ce coffret, et si les sondes de tests viennent bien faire contact aux endroits prévus. Si oui, bravo. Si non, il faut changer une spécification quelque part et redévelopper (soit le Système, soit le moyen d'essai). Essayez cela sur plusieurs maquettes de cartes électronique pour être sûrs de vous et de la répétabilité.
• Vous avez codé un des logiciels microcontrôleur utiles à votre Système. Essayez de le flasher sur plusieurs cartes pour voir si l'opération est bien répétable, ou s'il y a une partie de votre logiciel dont la configuration n'est pas sous contrôle (une lib est récupérée sur internet à chaque flash ? et donc soumise à mises à jour non maîtrisées ?)

Eléments auxquels il faut généralement être attentif :

• Les interfaces mécanique, électriques et logicielles entre le Systèmes et ses moyens de production
• Le temps nécessaire à la réalisation de son Système avec ces moyens (sur la base des infos qu'on peut récupérer à ce stade du projet)
• Les matériels manquants à commander (outils, établis, ...)
• L'environnement de production est-il adapté à ce qu'on veut produire (attention aux poussières, liquides divers qui peuvent être non adaptés à notre Système)
• Le DFC est-il OK ?
• Le DD est-il suffisamment précis ? 
• Les PV sont-ils pertinents ? 
• Quel est le coût matériel récurrent du Système ? 

Si souci il y a avec l'un de ces items, c'est le moment des derniers réglages. Après cela, toutes modifications du Système et/ou des moyens sera très pénible et fera perdre un temps monstre.

Enfin, il est à noter que cette première présérie est un point de rendez-vous intéressant puisque permettant de réunir autour de la table tous les acteurs du Programme :

• L'équipe Conception (qui réalise le Système et doit s'assurer qu'il est productible)
• L'équipe Industrialisation (qui réalise les moyens pour fabriquer, assembler, intégrer, tester les Systèmes en série)
• L'équipe de Production (qui va produire en série les Systèmes en utilisant les moyens)
• L'équipe Achat (qui approvisionne tout ce qu'il faut pour constituer Systèmes et moyens)
• L'équipe Commerciale (qui obtient des visuels concrets à montrer à des prospects, lors de salons et qui peut avoir un premier aperçu technique concret du Produit)
• Le management Programme (qui va avoir un bon aperçu du degré d'aboutissement de ces projets et des premiers gros aléas)
• La Direction de l'Entreprise (qui voit se concrétiser les choses et peut éventuellement opérer de grands arbitrages selon les aléas)

On peut voir cela comme un point de "Design Thinking interne multimétiers".

Intégration et Vérification des moyens

Une fois la présérie de l'étape B faite, les résultats notés, les décisions prises et les éventuelles retouches faites sur le Système et/ou les moyens, il est temps de passer à l'étape C.

Tout comme lors de la remontée du V du chemin bleu, il s'agit ici de :

• Intégrer et vérifier chaque sous-système des moyens de production
• Intégrer et vérifier les moyens de production complets
• Documenter les résultats des tests dans des rapports d'intégration et vérification

Quelques remarques :

• C'est mieux d'avoir ses moyens de production prêts avant le Système lui-même. Cela permet de fabriquer une spécimen Système de Validation qui soit conforme de la série car produit avec les moyens et outils finaux.
• On peut se donner davantage de lest dans la maitrise de la définition des moyens et outils de production (passer moins de temps à faire des spécifications et de l'architecture) car ce sont des systèmes qui vont probablement rester au sein de l'Entreprise et sur lesquels on a donc davantage la main pr les arranger ensuite si nécessaire. Attention cela dit, car moins définir un système revient à prendre plus de risques sur sa Qualité et sa facilité d'utilisation.

On peut également lors de cette remontée du V prendre un certain nombre d'actions pour consolider la Supply Chain fournisseurs qu'on a pu établir en étape A.

Nouvelle présérie

L'étape D est parallèle à l'étape 11 du chemin bleu.

A ce moment-là, si les moyens sont prêts et qu'on a un Système quasi finalisé, il ne faut pas se priver de refaire une présérie.

Les points auxquels il faut être attentifs sont les mêmes que ceux exposés ci-dessus pour l'étape B. Sauf que, à ce stade du Projet, tous ces points seront beaucoup plus précis (le temps de production nécessaire sera plus clair, idem pour le prix de revient du Système etc.)

C'est parti : la série

En étape E, le Système est complètement validé et les modalités de Transfert vers le Client ont été réalisées.

Le projet de Conception est sur la fin, celui de la Production démarre : on entre ici dans l'expertise de flux inhérente à toute production manufacturière (postes, KPI, rebuts, MRP, non conformités fournisseur, traçabilité etc.)

Ceci durera jusqu'à la fin décidée de la Production : fin de vie du Produit, fin du marché, fin de la commande Client etc.

Si le Système a été conçu en "cradle-to-cradle" (et non pas "cradle-to-grave"), les opérateurs de Production verront de temps en temps revenir de chez les Clients des Produits à désosser et dont il faudra récupérer des pièces pour les remettre dans le flux nominal de production. C'est du recyclage (et cela se pense dès la conception).

Quelques commentaires pour terminer

Il ne faut pas hésiter à faire des préséries lors de la remontée du V. Cela permet de repérer des problèmes côté Système tout comme côté moyens, ou bien à l'interface entre les deux. Et comme dit dans un autre article, au plus tôt on découvre ces problèmes et moins coûteux ils sont à résorber.

Négliger les moyens de production et les outils (mal les définir, ne pas faire d'architecture, de spécifications, de vérifications dédiées), sous prétexte que ce sont des "petits" systèmes face au Produit qui nous occupe (chemin bleu) est une erreur. On a vite fait de dépenser plusieurs 100 k€ pour développer un moyen de test en production qui ne fonctionne pas. A ce moment-là, soit on décide de remettre plusieurs 100 k€ pour faire fonctionner le moyen en question (en ayant moins de marge de manoeuvre pour l'arranger puisque le Système est déjà complètement défini et validé), soit on arrête les frais sur le champs et on aura perdu N*100 k€ ainsi que la réalisation de tests permettant d'assurer la Qualité du Système envoyé au client.

Aurélien NARDINI