Cycle en V vs Agile sur un Projet: combinez! Voici la fusion du V model, de l’Agile et du Design Thinking. Définition, explication, exemple. Partie 6 !
Avant d'aller plus loin, je vous recommande la lecture des parties 1, 2, 3, 4 et 5.
Dans cet article sur mon processus personnel d'Ingénierie Systèmes, nous allons traiter de l'étape A du chemin blanc sur le cycle en V représenté ci-dessus. D'autres articles suivront pour le reste des étapes.
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.
Notez que pour ce Produit/Système j'utilise une majuscule. Cela a son importance dans cet article.
Une considération hautement importante, et qu'on a tendance à oublier, est que ce même Produit doit in fine être fabricable, testable et si possible en série si c'est l'objectif. Des considérations d'Industrialisation sont donc à prendre en compte dès le début !
L'étape A sur le chemin blanc vient accompagner la descente du V du Produit. Lors de cette étape, il est nécessaire :
Par exemple :
Les 2 chemins sont représentés parallèles sur mon schéma, mais ils sont en fait entremêlés : les contraintes d'industrialisation influent sur le Produit, et le Produit influe sur les moyens de production et de test à avoir en place pour la production série. Ci-dessous un bel exemple de l'interface parfaite entre une machine de test (type Flying Probe) et la carte à tester.
Autres point important : les coûts récurrents de votre Produit. Ils vont dépendre (pour notre sujet du moment) :
Si vous souhaitez limiter vos coûts récurrents, et que vous avez un levier sur l'un des items ci-dessus... C'est le moment de vous en inquiéter et de vous mettre des exigences pour vous contraindre !
Par exemple :
Vous noterez que cela va également contraindre les moyens de production qu'on souhaite réaliser ou acheter. C'est une transition parfaite pour la partie suivante !
Cette étape A correspond aussi à la Spécification et Conception des outils eux-mêmes (les systèmes avec un petit "s") qui vont aider à produire le Système (avec un grand "S"): gabarits de montage, clés spécifiques, dispositifs testeurs de l'électronique, scripts de tests logiciels, etc.
La difficulté mentale est qu'on spécifie des sur-systèmes de manière parallèle à notre Système : Le Système doit prendre en compte les contraintes de systèmes autres (les moyens de production) qui n'existent pas encore. Et ces systèmes autres (nos moyens de production), doivent à la fin permettre de fabriquer et tester un Système qui n'existe pas encore non plus.
Il faut plutôt voir cela comme une opportunité de faire ce que l'on veut : on peut adapter librement notre Système à ses moyens de production, et inversement, sans être bloqué par une interface à absolument satisfaire car un des systèmes existe déjà et notre Système doit subir une adaptation spécifique.
Par exemple : j'ai un système de production X ou Y que je veux absolument réutiliser, avec un port USB pour l'interfacer à mon Produit --> donc mon Système doit avoir une sortie/entrée USB en regard...
Ces outils devront être mis en œuvre de manière répétable par des opérateurs. Il est nécessaire que ces derniers sachent parfaitement quoi fabriquer et comment. C'est pour cela que lors de cette étape A doivent également se construire les dossiers suivants :
Ces dossiers se finaliseront évidemment quand le Système lui-même sera finalisé, ainsi que ses moyens de production. Cela dit, démarrer leur écriture dès l'étape A permet souvent d'anticiper quelques sujets pénibles pour les opérateurs (attention aux TMS et autres joyeusetés).
Lors de la production série, vous allez sortir de vos ateliers 1, 10, 100 ou 1000 Produits/mois. Il sera difficile de s'y retrouver si chaque Système n'est pas identifié de manière unique et que son parcours au sein de votre atelier n'est pas documenté. Pour ce faire, prévoyez :
Avec ceci, vous êtes un minimun couvert en termes de traçabilité de production (c'est vraiment le minimum).
Pourquoi prendre toutes ces précautions ? Le système sera forcément fabricable à la fin, non ?
Rien n'est moins sûr, peut-être que votre Système est très petit (smartphone très intégré) ou même très grand (extracteur de charbon en mines à ciel ouvert). Cela va certainement impliquer des outils spécifiques pour l'assembler ou le déplacer sur la chaîne de production !
Même s'il est fabricable aisément, le but est que ce soit le moins cher, le plus rapide et le moins pénible possible. Si vous vous retrouvez à modifier la définition de votre Produit à la toute fin pour rendre sa production (par 1, 10, 100 ou 1000) réalisable, vous vous assurez beaucoup de surcoûts et vous pouvez dire adieu à votre calendrier initial.
Si vous avez plusieurs architectures possibles pour votre Système lors de la conception, et que vous hésitez: n'oubliez pas que le caractère productible ou non de l'architecture est un critère à prendre en compte, peut-être autant voire même plus que la performance de votre Système dans ses Fonctions.
Industrialiser correctement un Produit, c'est s'assurer que son Produit sera fiable chez le client (pas de composant mal soudé par exemple), et qu'on repère très tôt dans la chaîne de fabrication les Systèmes qui vont mal fonctionner chez lui (qu'on mettra alors aux rebuts). C'est donc synonyme de Qualité !
L'éco conception se joue dès la Spécification et la Conception de votre Produit, certes. Mais aussi dans sa façon d'être fabriqué ! Si vous concevez un Système entièrement en matériaux recyclés, mais que pour l'assembler vous avez besoin de 4 machines à charbon très gourmandes... L'empreinte Carbone ne sera pas exemplaire.
Aurélien NARDINI
Un Système Sans Problème est une ressource de connaissances et de savoir-faire pratiques, avec exemples concrets.
Que vous soyez Chef de Programme, Chef de Projet, Architecte Système, Ingénieur, Manager dans l'Industrie, Etudiant ou Curieux de l'Ingénierie, vous êtes au bon endroit.
Au travers d'articles publiés régulièrement, découvrez ou révisez les Processus, Méthodes, Outils et Astuces utiles pour concevoir et piloter dans les domaines du Software, Firmware, de l’Électronique, et de la Mécanique.
Parce-qu'un produit fiable et industrialisable ne s'improvise pas !