Les modules, un par un

DEMO & Training À 0 m dans la mine

Apprendre l'outil et la méthode sans rien casser.

Pourquoi ce module

On n'apprend pas la rigueur d'ingénierie dans un document : on l'apprend en la pratiquant. DEMO est un Space bac à sable où chaque outil a son exercice, avec un exemple complet (le Rover) ; Training suit ce que chaque membre de l'équipe doit savoir.

Le besoin couvert

Une équipe nouvelle doit être productive en une semaine, sans peur d'abîmer le vrai projet, et l'enseignant ou le chef d'équipe doit voir qui sait faire quoi.

Pas à pas

1. Rejoindre DEMOHelp → « Rejoindre DEMO » : vous devenez éditeur du bac à sable.
2. Suivre le tourHelp montre les étapes dans l'ordre d'un projet ; chaque étape a son ticket d'exercice.
3. Lire la documentationCette bibliothèque : une page par module, avec ses références.
4. Planifier la formationTraining : un plan par personne, les topics à couvrir et leur échéance.
5. Se testerLes tests de Training sont corrigés par le serveur ; l'instructeur suit les résultats.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. 15.783J Product Design and Development — MIT OpenCourseWare (S. Eppinger), 2006 · EN · gratuit. Le cours complet qui accompagne le manuel, phase par phase, avec des études de cas.
2. Product Design and Development (7e éd.) — K. Ulrich, S. Eppinger, M. Yang, McGraw-Hill, 2019 · EN · payant. Le manuel de référence du PDP : besoins clients, spécifications, concepts, architecture, prototypage.
3. The Lean Startup — Principles — Eric Ries · EN · gratuit. La boucle Build-Measure-Learn, le MVP et la décision de pivoter ou de persévérer, par l'auteur.
4. Why the Lean Start-Up Changes Everything — Steve Blank, Harvard Business Review (réimpression gratuite), 2013 · EN · gratuit. Synthèse courte : découverte client, hypothèses, MVP, et ce qui change par rapport au plan d'affaires.

Exploration À 60 m dans la mine

Le plan du produit : phases du PDP, MVP, jalons et Gantt.

Pourquoi ce module

Un projet de produit est une suite de paris : on ne peut pas tout concevoir d'un coup. Le PDP découpe le travail en phases qui se ferment sur une revue ; le Lean Startup ajoute un MVP par phase pour tester d'abord les hypothèses les plus risquées.

Le besoin couvert

Savoir quoi faire cette semaine, ce qui bloque quoi (chemin critique) et quand la prochaine revue décide de persévérer ou de pivoter.

Pas à pas

1. Partir du plan de référence« Commencer » crée un plan du PDP selon la durée du projet et l'équipe.
2. Ajuster les tâchesUne ligne par livrable : code, phase, durée, prédécesseurs, responsable.
3. Placer les jalonsLean Canvas, Concept Review, PDR, CDR et Validation Report ferment chaque phase.
4. Lire le GanttLe chemin critique montre les tâches sans marge : ce sont elles qu'on protège.
5. Faire l'aller-retour ExcelExporter, retravailler hors ligne, réimporter : les codes servent de clé.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. Product Design and Development (7e éd.) — K. Ulrich, S. Eppinger, M. Yang, McGraw-Hill, 2019 · EN · payant. Le manuel de référence du PDP : besoins clients, spécifications, concepts, architecture, prototypage.
2. The Stage-Gate Model: An Overview — R. G. Cooper, Stage-Gate International, 2025 · EN · gratuit. Les étapes et les points de décision go / kill expliqués par l'auteur de la méthode.
3. Agile–Stage-Gate for Manufacturers — R. G. Cooper, A. F. Sommer, Research-Technology Management 61(2), 2018 · EN · gratuit. Comment greffer des sprints agiles sur un processus à jalons pour des produits physiques.
4. The Lean Startup — Principles — Eric Ries · EN · gratuit. La boucle Build-Measure-Learn, le MVP et la décision de pivoter ou de persévérer, par l'auteur.
5. Lean Canvas — A. Maurya, LEANSTACK / LEANSpark · EN · gratuit. Le Lean Canvas par son auteur : problème, segments, proposition de valeur, métriques, avantage déloyal.
6. Project Management (2e éd.), chap. 9 (WBS) et 10 (Schedule) — A. Watt, BCcampus (CC BY 4.0), 2014 · EN · gratuit. WBS, séquence des activités, Gantt et chemin critique.
7. NASA Work Breakdown Structure Handbook — NASA (SP-2010-3404), 2010 · EN · gratuit. Une WBS orientée produit, avec la règle du 100 %.
8. Project Scheduling Techniques (CPM) — Seneca Polytechnic · EN · gratuit. Le calcul du chemin critique et des marges, avec un exemple.
9. Why the Lean Start-Up Changes Everything — Steve Blank, Harvard Business Review (réimpression gratuite), 2013 · EN · gratuit. Synthèse courte : découverte client, hypothèses, MVP, et ce qui change par rapport au plan d'affaires.
10. Running Lean (3e éd.) — A. Maurya, O'Reilly, 2022 · EN · payant. Remplir et tester un Lean Canvas, puis le relier aux expériences Build-Measure-Learn.
11. The Business Model Canvas — Strategyzer · EN · gratuit. Le canevas original en 9 blocs, par ses créateurs.

Dynamite À 140 m dans la mine

Le wiki du produit : notes, comptes rendus, décisions, procédures.

Pourquoi ce module

Ce qui n'est pas écrit n'existe pas : une décision oubliée se reprend trois fois. Le cahier d'ingénierie et le Design History File de l'industrie gardent la trace du pourquoi ; Dynamite en est la version vivante et partagée.

Le besoin couvert

Retrouver en dix secondes pourquoi on a choisi telle solution, qui l'a décidé, et la procédure à suivre.

Pas à pas

1. Créer la page« + Page » dans le Space du produit, ou « ✨ Avec l'IA » pour importer un brouillon en Markdown.
2. StructurerTitres, tableaux, panneaux, status colorés ; la table des matières se construit seule.
3. RelierUn bloc Ticket montre le status vivant d'un ticket Agile ; un lien mène au requirement.
4. Décider par écritUne page « Décisions » : contexte, décision, conséquences, date (comme un ADR).
5. Garder l'historiqueChaque enregistrement est une version ; l'historique montre qui a changé quoi.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. Engineering Design Notebook Guidelines — University of Georgia (BCHE 4920) · EN · gratuit. Tenir un cahier de conception daté et utile : idées, calculs, décisions.
2. Design Control Guidance for Medical Device Manufacturers — FDA, 1997 · EN · gratuit. Entrées, sorties, revues, V&V et Design History File : un modèle utile bien au-delà du médical.
3. Architecture decisions (ADR) — GDS Way, gouvernement du Royaume-Uni · EN · gratuit. Consigner chaque décision : contexte, décision, conséquences.
4. Engineering Notebook (EGR 217) — UAB Libraries · EN · gratuit. Quoi consigner, et pourquoi c'est une preuve de démarche.
5. Documentation guide — Write the Docs · EN · gratuit. Une documentation vivante, utile et maintenue par l'équipe.

Goldmine À 230 m dans la mine

Les besoins du client et les requirements, tracés jusqu'à l'essai qui les prouve.

Pourquoi ce module

Un produit réussi répond à un besoin réel. Le cahier des charges fonctionnel (CdCF) traduit ce besoin en requirements mesurables ; la traçabilité besoin → requirement → essai prouve qu'on a livré ce qui était demandé.

Le besoin couvert

Savoir à tout moment ce que le client veut, ce que le produit doit faire, avec quel critère, et si c'est prouvé.

Pas à pas

1. Noter les besoinsUn Need par besoin, avec la partie prenante qui l'exprime et son importance.
2. Poser les questionsLe registre Q&A garde chaque question au client et sa réponse, liée au besoin.
3. Écrire les requirementsUne phrase vérifiable, sa raison, sa source (client, norme), son critère d'acceptation.
4. Confirmer les normesUn requirement tiré d'une norme arrive « À vérifier » : on confirme l'édition et l'article.
5. TracerChaque requirement pointe vers son essai (Testing) ; « Verified » quand le résultat est joint.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. NF EN 16271 — Expression fonctionnelle du besoin et cahier des charges fonctionnel — AFNOR, 2013 · FR · payant, aperçu gratuit. La norme qui fixe le contenu d'un CdCF : fonctions, critères, niveaux, flexibilité.
2. Analyse fonctionnelle (cours, avec CdCF) — Bordeaux INP / ENSEIRB-MATMECA, 2024 · FR · gratuit. La démarche complète, de la bête à cornes et de la pieuvre jusqu'au FAST et au CdCF, avec un cas pratique.
3. The Voice of the Customer — A. Griffin, J. R. Hauser, MIT Sloan / Marketing Science, 1993 · EN · gratuit. L'article fondateur : combien d'entrevues mener, comment trier et hiérarchiser les besoins.
4. Guide to Writing Requirements v4 — INCOSE Requirements Working Group, 2023 · EN · gratuit. Les règles d'une exigence bien écrite (nécessaire, non ambiguë, vérifiable), avec des exemples.
5. Stakeholder Needs and Requirements — SEBoK (BKCASE / INCOSE / IEEE) · EN · gratuit. Passer des besoins des parties prenantes à des exigences validées et traçables.
6. Volere Requirements Specification Template — Robertson & Robertson (copie Univ. of Edinburgh) · EN · gratuit. Un gabarit éprouvé : chaque exigence a sa raison, sa source et son critère d'acceptation.
7. INCOSE Requirements Writing Guide (résumé) — Jama Software · EN · gratuit. Résumé accessible du guide INCOSE et de la traçabilité exigence → essai.

Tools & Generator À 330 m dans la mine

Les méthodes de conception (idéation, Pugh, Kepner-Tregoe) et le nom de chaque livrable.

Pourquoi ce module

Le premier concept est rarement le bon. Les méthodes de créativité élargissent le choix ; la matrice de Pugh et Kepner-Tregoe le réduisent avec des critères écrits, pas des préférences. Le Generator donne à chaque livrable du PDP une référence unique.

Le besoin couvert

Produire beaucoup d'idées, choisir de façon défendable devant un jury ou un investisseur, et retrouver chaque document.

Pas à pas

1. IdéerBrainwriting : chacun écrit ses idées, puis les enrichit ; SCAMPER et la matrice morphologique aident.
2. ComparerMatrice de Pugh : un concept de référence, chaque critère en +, 0 ou −, puis la version pondérée.
3. DéciderKepner-Tregoe : critères MUST (éliminatoires) et WANT (pondérés), puis les risques du choix.
4. Nommer les livrablesGenerator : type (LCV, CRV, CDCF, PDR, CDR, VVR…), étape du PDP, révision.
5. ArchiverLe livrable porte sa référence ; la page de décision dans Dynamite la cite.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. Concept Selection (ME 170) — University of Illinois, 2019 · EN · gratuit. La matrice de Pugh (référence, + / 0 / −) puis la matrice pondérée, avec un exemple.
2. Kepner-Tregoe Decision Analysis — Prework — Kepner-Tregoe, 2021 · EN · gratuit. La méthode officielle : énoncé, critères MUST / WANT, pondération, risques.
3. Brainstorm Rules — IDEO.org Design Kit · EN · gratuit. Les 7 règles d'un brainstorm productif.
4. Morphological Analysis (Fritz Zwicky) — Toolshero · EN · gratuit. Bâtir une matrice morphologique (fonctions × solutions) et en tirer des concepts.
5. SCAMPER Technique — Toolshero · EN · gratuit. Les 7 questions pour transformer un produit existant.
6. TRIZ — Wikipédia · EN · gratuit. Contradictions, matrice, 40 principes inventifs.
7. The New Rational Manager — C. Kepner, B. Tregoe · EN · gratuit. Le livre de référence : analyse de problème, de décision et de problèmes potentiels.
8. Lean Canvas — A. Maurya, LEANSTACK / LEANSpark · EN · gratuit. Le Lean Canvas par son auteur : problème, segments, proposition de valeur, métriques, avantage déloyal.
9. The Business Model Canvas — Strategyzer · EN · gratuit. Le canevas original en 9 blocs, par ses créateurs.

Agile À 450 m dans la mine

Backlog, Sprints et Board d'un MVP à l'autre ; Change Management quand le design change.

Pourquoi ce module

Un plan de six mois se trompe toujours un peu. Scrum découpe le travail en Sprints courts qui livrent quelque chose de visible ; Kanban montre le flux et ce qui bloque. Quand un design approuvé doit changer, le Change Management garde la trace de la demande, de son impact et de son approbation.

Le besoin couvert

Que chacun sache quoi faire aujourd'hui, que l'équipe voie ce qui avance et ce qui bloque, et qu'aucun changement de design ne passe sans décision.

Pas à pas

1. Remplir le backlogEpics, stories, tasks et bugs ; chaque MVP est une Version, chaque ticket pointe vers la sienne.
2. Planifier le SprintChoisir les tickets des une ou deux prochaines semaines, avec leurs points et responsables.
3. Suivre au BoardTo Do → In Progress → Done ; une @mention appelle un coéquipier.
4. RelierUn ticket « implements » un requirement ; « Suivre dans Agile » transforme une action du DFMEA en ticket.
5. Changer proprementChange Management : la demande (PR, bug, ECN), son impact, l'approbation du CCB.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. Le guide de référence de Scrum (2020) — K. Schwaber, J. Sutherland, 2020 · FR · gratuit. Les règles officielles de Scrum en 13 pages : rôles, événements, artefacts.
2. The Scrum in Hardware Guide — J. Justice et al., Scrum Inc., 2017 · EN · gratuit. Scrum appliqué au matériel : sprints courts, conception modulaire, prototypage rapide.
3. Le guide Kanban — Kanban Guides, 2020 · FR/EN · gratuit. Visualiser, limiter le travail en cours, gérer le flux.
4. Guidance on Application of Agile in Combined Hardware and Software Development Projects — Design Society, Proc. DESIGN 2022, 2022 · EN · gratuit. Ce qui marche ou non quand on fait de l'agile sur un projet mécatronique.
5. Manifeste pour le développement Agile de logiciels — agilemanifesto.org, 2001 · FR · gratuit. Les 4 valeurs et 12 principes d'origine.
6. Engineering Change Requests: Process — Arena (PTC) · EN · gratuit. Le cycle ECR → ECO : demande, analyse d'impact, approbation, mise en œuvre.
7. Engineering change management: the complete guide — Kaizen Institute · EN · gratuit. Vue d'ensemble de la gestion des changements d'ingénierie.
8. The 2020 Scrum Guide — scrumguides.org, 2020 · EN · gratuit. La version anglaise de référence.

Testing À 580 m dans la mine

La Test Base du produit, ses procédures et ses plans qui prouvent chaque requirement.

Pourquoi ce module

Un requirement sans essai est une promesse. La vérification prouve qu'on a bien construit le produit (selon les requirements) ; la validation, qu'on a construit le bon produit (pour le client). Au Canada et aux États-Unis, un produit électrique grand public doit aussi passer la sécurité (CSA, UL) et la CEM (ICES-003, FCC Part 15).

Le besoin couvert

Savoir quel essai prouve quoi, avec quel critère et quel moyen, et arriver au laboratoire de certification sans surprise.

Pas à pas

1. Bâtir la Test BaseLes essais du Space : sujet, catégorie, norme et article, méthode (T, A, I, D), objectif.
2. Écrire la procédureLe moyen d'essai, les étapes et le critère d'acceptation, dans Testing ou une page Dynamite.
3. Générer le Test PlanChoisir les essais d'un jalon : le plan liste requirements, échantillons et critères.
4. Joindre le résultatLe rapport et les mesures ; le requirement relié passe « Verified ».
5. Préparer la certificationLes essais de sécurité et de CEM en pré-conformité avant le laboratoire reconnu.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. System Verification — SEBoK · EN · gratuit. Vérification ou validation, et les méthodes : essai, inspection, analyse, démonstration.
2. DVP&R — Design Verification Plan and Report — Quality-One · EN · gratuit. Bâtir un plan qui relie exigences, essais, échantillons, critères et résultats.
3. NASA Systems Engineering Handbook (Rev. 2) — NASA, 2016 · EN · gratuit. Le modèle en V, la vérification à chaque niveau et la validation finale.
4. V-model for System Development — MathWorks · EN · gratuit. Le modèle en V illustré : conception d'un côté, essais de l'autre.
5. Canada Consumer Product Safety Act — For Industry — Santé Canada · EN/FR · gratuit. Les obligations d'un fabricant qui vend un produit de consommation au Canada.
6. Recognized Canadian Electrical Product Approval Marks — Conseil canadien des normes · EN/FR · gratuit. Les marques de certification qu'un produit électrique doit porter au Canada.
7. ICES-003 — Interference-Causing Equipment Standards — ISDE Canada · EN/FR · gratuit. Les limites d'émissions électromagnétiques des appareils numériques au Canada.
8. Equipment Authorization — Approval Guide — FCC · EN · gratuit. Les procédures américaines (Verification, SDoC, Certification) de la Partie 15.
9. Nationally Recognized Testing Laboratory Program — OSHA · EN · gratuit. Les laboratoires reconnus (UL, CSA, Intertek…) qui certifient aux États-Unis.
10. IEC 62368-1:2023 Audio/video, ICT equipment — Safety — IEC Webstore, 2023 · EN · payant, aperçu gratuit. La sécurité fondée sur les dangers de l'électronique grand public.
11. IEC 60335-1:2020 Household appliances — Safety — IEC Webstore, 2020 · EN · payant, aperçu gratuit. La sécurité générale des appareils électroménagers.
12. RoHS Directive — Commission européenne · EN · gratuit. Les substances interdites dans l'électronique, une exigence de fait pour l'export.

Timesheet À 720 m dans la mine

Les heures par étape du PDP, les vacances et les réclamations de financement.

Pourquoi ce module

Le temps est la ressource la plus chère d'un projet. Le noter par étape du PDP montre où il passe vraiment ; pour la RS&DE, le PARI-CNRC ou un crédit de Revenu Québec, chaque heure réclamée doit être justifiée par une description.

Le besoin couvert

Savoir combien coûte chaque phase, préparer une réclamation sans rien retaper, et respecter les congés de chacun.

Pas à pas

1. Saisir la semaineUne plage par travail, sur le code de l'étape du PDP, avec une courte description.
2. SoumettreLe vendredi ; l'approbateur (enseignant, chef d'équipe) approuve ou commente.
3. Déclarer les congésLes codes de vacances et de congé santé du Space ne sont jamais réclamés.
4. Rattacher au financementUn Funding Space et ses Budget Lines (réclamables ou non) pour le programme.
5. RéclamerExport Excel ou rapport Word au destinataire, avec chaque plage et sa justification.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Références, de la plus à la moins pertinente

1. Politique sur les traitements ou salaires RS&DE — Agence du revenu du Canada · FR/EN · gratuit. Comment justifier le temps et les salaires réclamés : ce qui dicte la feuille de temps.
2. Guidelines on the eligibility of work for SR&ED — Agence du revenu du Canada · EN/FR · gratuit. Incertitude technologique, démarche systématique, avancement technologique.
3. Financial support for technology innovation (PARI-CNRC) — Conseil national de recherches Canada · EN/FR · gratuit. Le fonctionnement du PARI-CNRC : conseiller, critères, exclusions.
4. Crédit d'impôt relatif aux salaires – R-D — Revenu Québec · FR · gratuit. Le crédit québécois sur les salaires de R-D, en plus de la RS&DE fédérale.
5. SR&ED Self-Assessment and Learning Tool (SALT) — Agence du revenu du Canada · EN/FR · gratuit. Vérifier en ligne si un projet est admissible.

Diamond À 1 000 m dans la mine

L'analyse fonctionnelle : arbre des fonctions, structure, pièces, risques et DFMEA, avec leurs responsables.

Pourquoi ce module

On conçoit des fonctions avant de concevoir des pièces. L'analyse fonctionnelle oblige à dire ce que le produit doit faire, dans quel ordre et avec quels flux ; le DFMEA demande ensuite comment chaque fonction peut échouer, et quel essai le détectera. C'est la partie la plus profonde de la mine : là où sont les diamants.

Le besoin couvert

Ne rien oublier : chaque fonction a sa solution, chaque pièce sert une fonction, chaque risque a son action et son responsable, chaque mode de défaillance grave a son essai.

Pas à pas

1. Arbre fonctionnelLa fonction primaire, puis les secondaires et tertiaires (comment ↓, pourquoi ↑).
2. Structure fonctionnelleLe boundary diagram : entrées, fonctions et sorties reliées par des flux.
3. PiècesLa matrice pièces × fonctions : une pièce qui ne sert aucune fonction est à retirer.
4. Risques projetLe registre R-n, probabilité × impact, stratégie, responsable, échéance.
5. DFMEAUne ligne par fonction : défaillance, effet, cause, S / O / D, AP, prévention, essai clé, action.

De MVP 0 à MVP x

MVP x · Après le lancement, chaque nouvelle version du produit refait la même boucle Build-Measure-Learn, dans le même Space.

Les facettes

Arbre fonctionnel

Primaire, secondaires, tertiaires et techniques ; comment · pourquoi · quand ; chemin critique ; numéros F gardés pour toujours.

1. Analyse fonctionnelle (cours, avec CdCF) — Bordeaux INP / ENSEIRB-MATMECA, 2024 · FR · gratuit. La démarche complète, de la bête à cornes et de la pieuvre jusqu'au FAST et au CdCF, avec un cas pratique.
2. Analyse fonctionnelle d'un aérogénérateur — éduscol STI, ministère de l'Éducation nationale · FR · gratuit. Un exemple complet sur un vrai produit : bête à cornes, pieuvre, SADT (A-0) et FAST.
3. Function Analysis Guide — SAVE International · EN · gratuit. La méthode FAST de l'association de référence : verbe + nom, comment / pourquoi, chemin critique.
4. Analyse fonctionnelle et de la valeur — INP Toulouse – ENSIACET, 2025 · FR · gratuit. Le lien entre l'analyse fonctionnelle et l'analyse de la valeur.
5. NF EN 16271 — Expression fonctionnelle du besoin et cahier des charges fonctionnel — AFNOR, 2013 · FR · payant, aperçu gratuit. La norme qui fixe le contenu d'un CdCF : fonctions, critères, niveaux, flexibilité.
6. FIPS PUB 183 — IDEF0 (SADT) — NIST, via EverySpec, 1993 · EN · gratuit. La norme publique de SADT / IDEF0 : boîtes, entrées, sorties, contrôles, mécanismes.
7. EN 17952 Value Management — Function Analysis (aperçu) — CEN, via iTeh, 2024 · EN · payant, aperçu gratuit. La norme européenne la plus récente, consacrée à l'analyse fonctionnelle.
8. EN 12973 Value Management (aperçu) — CEN, via iTeh, 2020 · EN · payant, aperçu gratuit. Le cadre européen du management par la valeur, dont l'analyse fonctionnelle fait partie.
9. EN 1325 Value Management — Vocabulary (aperçu) — CEN, via iTeh, 2014 · EN · payant, aperçu gratuit. Les définitions normalisées : fonction de service, fonction technique, valeur.

Structure fonctionnelle

Boundary diagram : entrées à gauche, fonctions au centre, sorties à droite ; flux d'énergie, de matière et d'information.

1. Engineering Design: A Systematic Approach (3e éd.) — G. Pahl, W. Beitz, J. Feldhusen, K.-H. Grote, Springer, 2007 · EN · payant. La source de la structure fonctionnelle : boîte noire, sous-fonctions et flux d'énergie, de matière et de signal.
2. A Functional Basis for Engineering Design — Hirtz, Stone, McAdams, Szykman, Wood, NIST, 2002 · EN · gratuit. Le vocabulaire normalisé des fonctions (verbes) et des flux pour une structure cohérente.
3. Boundary Diagram Template for DFMEA — Systems2win · EN · gratuit. À quoi sert un boundary diagram et pourquoi le DFMEA l'exige.
4. Product Design and Development (7e éd.) — K. Ulrich, S. Eppinger, M. Yang, McGraw-Hill, 2019 · EN · payant. Le manuel de référence du PDP : besoins clients, spécifications, concepts, architecture, prototypage.
5. Boundary Diagrams — PTC Windchill Risk & Reliability · EN · gratuit. La notation d'un boundary diagram dans un outil FMEA industriel.
6. P-Diagram Overview — PTC Windchill · EN · gratuit. Le diagramme P (entrées, sorties voulues ou non, facteurs de bruit) avant le DFMEA.

Risques projet

Registre R-n, P × I sur 5 × 5, carte maintenant / résiduelle, stratégie, responsable, lien vers le DFMEA.

1. Project Management (2e éd.), chap. 16 « Risk Management Planning » — A. Watt, BCcampus (CC BY 4.0), 2014 · EN · gratuit. Manuel ouvert canadien : identifier, évaluer (probabilité × impact) et traiter les risques.
2. ISO 31000 — Risk management — ISO, 2018 · EN · payant, aperçu gratuit. Les principes, le cadre et le processus de gestion des risques reconnus internationalement.
3. Project Management 2nd ed., chap. 10 « Project Risks » — Cleveland State University Pressbooks · EN · gratuit. Exemples de matrice de risques et de stratégies : éviter, transférer, atténuer, accepter.
4. The Standard for Risk Management in Portfolios, Programs, and Projects — PMI · EN · payant. Registre des risques, analyse qualitative et quantitative, réponses aux risques.

DFMEA

Selon AIAG-VDA : S / O / D, Action Priority plutôt que RPN, prévention, essai clé de la Test Base en détection.

1. AIAG & VDA FMEA Handbook — AIAG / VDA, 2019 · EN · payant. La référence : 7 étapes, tables S / O / D et Action Priority (AP) qui remplace le classement par RPN.
2. Reviewing AIAG / VDA FMEA Handbook — Carl S. Carlson, Accendo Reliability, 2022 · EN · gratuit. Revue critique par un expert : pourquoi l'AP corrige les défauts du RPN.
3. The AIAG-VDA FMEA Process and Approach — Omnex (livre blanc) · EN · gratuit. Les 7 étapes : planification, structure, fonctions, défaillances, risque, optimisation, documentation.
4. AIAG/VDA's FMEA Manual Is a Major Advance — W. A. Levinson, Quality Digest, 2020 · EN · gratuit. Ce qui change concrètement par rapport à l'ancien FMEA.
5. FMEA — Failure Mode and Effects Analysis — Quality-One · EN · gratuit. Introduction claire au DFMEA (méthode propre à Quality-One, pas celle d'AIAG-VDA).
6. FMEA — ASQ · EN · gratuit. Définition et procédure de base par l'association de référence en qualité.

Golden Nuggets

Premiers principes et l'algorithme en 5 étapes : questionner chaque requirement, supprimer, simplifier, accélérer, automatiser.

1. First Principles: The Building Blocks of True Knowledge — Farnam Street · EN · gratuit. Le raisonnement par premiers principes et des techniques concrètes (questions socratiques, 5 pourquoi).
2. Musk's 5 Step Algorithm — J. Minnaar, Corporate Rebels, 2023 · EN · gratuit. Les 5 étapes dans l'ordre : questionner, supprimer, simplifier, accélérer, automatiser.
3. DFMA — Design for Manufacturing and Assembly Explained — Wevolver · EN · gratuit. Les critères de pièce minimale de Boothroyd-Dewhurst : la base de « la meilleure pièce est celle qu'on n'a pas ».
4. Elon Musk's Framework for Thinking — Farnam Street · EN · gratuit. Le coût des batteries recalculé à partir des matières premières.
5. Elon Musk — Walter Isaacson, Simon & Schuster, 2023 · EN · payant. La source primaire de « l'algorithme » et de « the best part is no part ».

Références, de la plus à la moins pertinente

1. Analyse fonctionnelle (cours, avec CdCF) — Bordeaux INP / ENSEIRB-MATMECA, 2024 · FR · gratuit. La démarche complète, de la bête à cornes et de la pieuvre jusqu'au FAST et au CdCF, avec un cas pratique.
2. AIAG & VDA FMEA Handbook — AIAG / VDA, 2019 · EN · payant. La référence : 7 étapes, tables S / O / D et Action Priority (AP) qui remplace le classement par RPN.
3. Engineering Design: A Systematic Approach (3e éd.) — G. Pahl, W. Beitz, J. Feldhusen, K.-H. Grote, Springer, 2007 · EN · payant. La source de la structure fonctionnelle : boîte noire, sous-fonctions et flux d'énergie, de matière et de signal.
4. Project Management (2e éd.), chap. 16 « Risk Management Planning » — A. Watt, BCcampus (CC BY 4.0), 2014 · EN · gratuit. Manuel ouvert canadien : identifier, évaluer (probabilité × impact) et traiter les risques.
5. First Principles: The Building Blocks of True Knowledge — Farnam Street · EN · gratuit. Le raisonnement par premiers principes et des techniques concrètes (questions socratiques, 5 pourquoi).