La gestion des exigences
Ecriture : Jean-Philippe RosieresIntégration : Laurent PellerayJanvier 2026
Sommaire
- La logique des exigences
- Les types d'exigences et leur hiérarchie
- Rédiger une Bonne Exigence
- Le PLM, coeur du Système de Gestion des Exigences
- Le cycle de vie des Exigences
- La gestion des changements - Le processus ECR/ECO
- Les bonnes pratiques et les pièges à éviter
- Conclusion et synthèse finale
Hello ! Je m'appelle Max ! Aujourd'hui nous allons découvrir ensemble ce que sont les exigences et en quoi elles sont indispensables dans la vie d'un projet.
Une exigence, c’est une règle à respecter par le produit.
Nous illustrerons ce cours avec la conception d'une bouilloire pour satisfaire le besoin d'un client qui souhaite boire un thé avec une eau bien chaude.
1. La logique des exigences
Le lien entre le besoin, l'exigence et la solution
Le danger du court-circuit
Passer directement du besoin à la solution est un piège classique.Dire « le client veut une belle bouilloire » et conclure aussitôt par un design en verre revient à sauter l’étape des exigences. Le mot « belle » n’est pas défini, et des critères essentiels comme la sécurité, l’usage ou la durabilité sont oubliés.
1. La logique des exigences
Nous allons comprendre ici la relation entre Besoin, Exigence et Solution. Et nous allons aussi identifier pourquoi 50à 80% des problèmes qui apparaissent viennent d'exigences mal gérées. Ainsi que les règles à respecter pour éviter celà.
Pourquoi formaliser des exigences ?
Contexte projet : Vous êtes chef de projet. Le marketing vous apporte ce brief :
Question de réflexion : Pourriez-vous commencer à concevoir avec juste ces informations ? Qu'est-ce qui manque ?
Réponse : Evidemment non. Rapide, sûre, budget serré... le besoin exprimé est beaucoup trop vague pour espérer y répondre correctement.
Sans exigences claires, une solution séduisante en apparence peut rapidement devenir une mauvaise solution.
1. La logique des exigences
Les 3 règles d'or pour formaliser une exigence
Ces règles permettent d'éviter les "couacs" dans 50 à 80% des cas.
1. La logique des exigences
Cette question permet de mettre en évidence l'importance de clarifier le besoin avant d'agir.
Explications
2. Les types d'exigences et leur hiérarchie
Laisse moi te présenter les 4 grandes familles d'exigences.Je vais aussi t'aider à comprendre la décomposition hiérarchique entre ces différentes exigences.
Les 4 grandes familles d'exigences
EXI-REG-001 : Conformité directive européenne basse tension 2014/35/UE EXI-REG-002 : Marquage CE obligatoire EXI-REG-003 : Conformité RoHS (restriction substances dangereuses) EXI-REG-004 : Notice d'utilisation en français (obligatoire pour marché FR)
Performance : EXI-PERF-001 : Temps de chauffe < 3 min pour 1L à 20°C Fiabilité : EXI-FIAB-001 : MTBF > 5000 cycles (≈5 ans usage quotidien) Utilisabilité : EXI-UTIL-001 : Ouverture du couvercle d'une seule main Maintenabilité : EXI-MAINT-001 : Détartrage accessible sans outil
EXI-CONT-001 : Alimentation 220-240V / 50Hz (standard européen) EXI-CONT-002 : Budget de production unitaire ≤ 25€ EXI-CONT-003 : Compatible avec ligne de production existante usine Bordeaux EXI-CONT-004 : Délai de mise sur marché : 8 mois
EXI-FUNC-001 : La bouilloire doit chauffer l'eau de 20°C à 100°C EXI-FUNC-002 : L'utilisateur doit pouvoir sélectionner 5 températures (60°, 70°, 80°, 90°, 100°C) EXI-FUNC-003 : La bouilloire doit envoyer une notification sur smartphone quand l'eau est prête
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Exigences Non-Fonctionnelles
Exigences Fonctionnelles
Exigences Réglementaires
Contraintes
Title
Title
Title
Title
Write a brief description here
Limites non négociables du projet
Write a brief description here
Write a brief description here
Write a brief description here
COMMENT le produit doit se comporter ?
QUE doit faire le produit ?
Obligations légales
2. Les types d'exigences et leur hiérarchie
Pourquoi cette hiérarchie ?Traçabilité : On voit comment chaque composant contribue à l'objectif globalComplétude : On vérifie qu'on n'oublie rien (toutes les exigences parents ont des enfants)Responsabilités : Chaque niveau correspond à une équipe (système = chef projet, sous-système = ingénieur thermique, composant = acheteur)
La décomposition hiérarchique : du système au composant
Concept clé : Une exigence "parent" se décompose en plusieurs exigences "enfants" plus détaillées.
NIV. 1
NIVEAU 2
NIVEAU 3
Exigences SYSTEME
NIVEAU 3
Exemple
NIVEAU 2
ExigencesSOUS-SYSTEME
Exemple
Exigences COMPOSANTS
Exemple
3. Rédiger une Bonne Exigence
L’objectif ici, c’est que vous repartiez avec de vrais réflexes.Vous saurez reconnaître immédiatement si une exigence est bien formulée, comprendre ce qui fait sa qualité à travers les critères SMART, et éviter les pièges classiques dans lesquels on tombe trop souvent.
Le principe : une exigence = un contrat
Une exigence est un contrat entre :
- Celui qui exprime le besoin (marketing, client)
- Celui qui conçoit (R&D, bureau d'études)
- Celui qui valide (qualité, certification)
Pour qu'un contrat soit valide, il doit être sans ambiguité.
3. Rédiger une Bonne Exigence
Les 5 critères SMART
Exemple de l'évolution d'une exigence :
Version 0
Version 3
Cette exigence est :SpécifiqueMesurableAtteignableRéalisteTemporellement définie
"La bouilloire doit porter 1 litre d'eau de 20°C à 100°C en moins de 3 minutes, mesure effectuée à 20°C ambiant, 230V, eau du robinet dureté standard"
Version 1
Title
Progrès : On précise "l'eau"Problème : Toujours pas de chiffres
Use this side to give more information about a topic.
Problème : Qu'est-ce que "vite" ? Pour qui ? Dans quelles conditions ?
"La bouilloire doit chauffer vite"
Subtitle
"La bouilloire doit chauffer rapidement l'eau"
3. Rédiger une Bonne Exigence
Les 5 critères SMART
Teste ton sens de l’observation et découvre 5 mots correspondant à l’acronyme SMART, utilisé pour la rédaction d’exigences. Ils sont cachés dans la grille et représentent les critères essentiels pour formuler des exigences claires, efficaces et exploitables. Sauras-tu les retrouver ?
3. Rédiger une Bonne Exigence
Les 5 critères SMART
3. Rédiger une Bonne Exigence
Les pièges classiques à éviter
Piège 1 - L'adjectif subjectif
Piège 2 - Le "ET" caché (2 exigences en une)
Piège 3 - La solution déguisée en exigence
Piège 4 - L'exigence non vérifiable
Séparer en 2 exigences : EXI-PERF-001 : Temps de chauffe < 3min pour 1L EXI-ENERGY-001 : Consommation en veille < 0,5W
"La bouilloire doit porter 1L d'eau à ébullition en < 3min" (on laisse l'ingénieur choisir la solution)
"La bouilloire doit obtenir un score ≥7/10 auprès d'un panel de 50 utilisateurs cibles (urbains 25-45 ans) sur les critères design"
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
"La bouilloire doit fonctionner sans panne pendant 5000 cycles de chauffe (test accéléré sur 50 unités)"
"La bouilloire doit être fiable"
"La bouilloire doit avoir une résistance de 2400W en acier inoxydable"
"La bouilloire doit chauffer vite et consommer peu"
"La bouilloire doit être belle et moderne"
Title
Title
Title
Title
Write a brief description here
Write a brief description here
Write a brief description here
Write a brief description here
4. Le PLM, coeur du Système de Gestion des Exigences
Le problème sans PLM - Histoire vraie de notre bouilloire
À l’issue de cette partie, vous comprendrez pourquoi la centralisation dans un PLM est essentielle, vous découvrirez les fonctionnalités clés pour gérer les exigences, et vous verrez comment la traçabilité bidirectionnelle permet de garder la maîtrise entre besoins, exigences et solutions.
Scénario catastrophe (vécu dans beaucoup d'entreprises)
Mois 1 : Le marketing crée un Excel avec 25 exigencesMois 2 : Le chef de projet copie dans un Word et ajoute 15 exigences techniques
Mois 3 : Chaque ingénieur a sa propre version (thermique, électronique, mécanique)
Mois 5 : Le marketing change une exigence dans son Excel mais oublie de prévenir...
Mois 7 : En phase de test, on découvre que le thermostat ne correspond pas à l'exigence de sécurité... mais quelle version ?
4. Le PLM, coeur du Système de Gestion des Exigences
Le rôle du PLM : garantir la qualité des exigences
Le PLM peut inclure :
Template d'exigences
Règles de validation
Revue collaborative
Analyse d'impact
Il s'agit de formulaires pré-remplis avec les champs obligatoires
Par exemple, une alerte si une exigence manque de précision (pas de chiffres, mots interdits comme "rapide", "beau"...)
La mise en place automatique d'un workflow d'approbation qui force plusieurs métiers à valider
+ info
+ info
+ info
+ info
Le PLM sait identifier automatiquement quelles exigences sont impactées par la modification d'une autre exigence.
4. Le PLM, coeur du Système de Gestion des Exigences
La solution PLM : le référentiel unique de vérité
Qu'est-ce que c'est ?
Pourquoi c'est utile ?
4. Le PLM, coeur du Système de Gestion des Exigences
Matrice de traçabilité (RTM - Requirements Traceability Matrix)
La matrice de traçabilité est une vue synthétique, un tableau de bord pour vérifier que toutes les exigences sont couvertes.
Ce que montre la matrice :
- ✅ Couverture complète : Chaque exigence a un composant et un test
- ⚠️ Alertes : EXI-CONN-010 approuvée mais test pas démarré → risque planning
- 📊 Avancement : 80% des exigences validées
Avec le PLM, les bénéfices sont rapides et très concrets.
Sur des projets similaires, on constate environ 30 % de temps gagné sur les validations grâce à l’automatisation, une division par deux des rebuts parce que tout le monde travaille sur la même version, et une forte baisse des risques avec jusqu’à 70 % d’exigences oubliées en moins grâce à la traçabilité.
Enfin, la qualité progresse nettement, avec près de 40 % de problèmes détectés plus tôt, en phase amont.
5. Le cycle de vie des Exigences
Les 6 étapes du cycle de vie - Vue d'ensemble
La matrice de traçabilité est une vue synthétique, un tableau de bord pour vérifier que toutes les exigences sont couvertes.
À l’issue de cette séquence, l’objectif est de bien comprendre le cycle de vie d’une exigence, de savoir qui fait quoi à chaque étape, et d’être à l’aise avec le processus de gestion des changements, du besoin initial jusqu’à son évolution en cours de projet.
Observe bien ce petit logo PLM ! A chaque instant, clique dessus pour découvrir l'évolution de l'exigence dans le PLM.
5. Le cycle de vie des Exigences
ETAPE 1 : ELICITATION (Semaine 1 du projet)
Ici, on se pose deux questions simples : qui intervient et comment on s’y prend. Ce sont l’équipe marketing et le chef de projet qui sont à la manœuvre, en s’appuyant sur des interviews clients, des études de marché et une analyse de la concurrence pour cadrer correctement le besoin dès le départ.
Expression du besoin brut
Interviews clients
Etude de la concurrence
Dans le PLM :
- Statut : "BESOIN IDENTIFIÉ"
- Priorité : À définir (Critique / Importante / Souhaitable ?)
- Catégorie : Fonctionnelle
5. Le cycle de vie des Exigences
ETAPE 2 : ANALYSE (Semaine 2 du projet)
À ce stade, le travail se fait de manière collective. Le chef de projet, l’ingénieur produit, le marketing et la finance se retrouvent pour clarifier le besoin, en vérifier la faisabilité et surtout le prioriser avant d’aller plus loin.
Décision comité : ✅ VALIDÉ - Priorité "Importante" (différenciateur marché)
Dans le PLM :
- Statut : "EN ANALYSE"
- Documents liés : Compte-rendu comité, étude de faisabilité technique
- Décision : Passer en spécification
5. Le cycle de vie des Exigences
ETAPE 3 : SPECIFICATION (Semaine 3 du projet)
Ici, l’ingénieur produit prend la plume pour formaliser, et le chef de projet valide en premier niveau. L’objectif est clair : transformer le besoin initial en une exigence formelle, bien cadrée, mesurable et conforme aux critères SMART.
Version finale : ID : EXI-FUNC-015 Titre : Fonction maintien au chaud Description : La bouilloire doit maintenir 1L d'eau entre 85°C et 95°C pendant au moins 30 minutes après avoir atteint 100°C, mesure effectuée à température ambiante 20°C ±2°C, avec une consommation électrique ≤ 50W pendant la phase de maintien. Critère de vérification : Mesure température au centre du volume d'eau toutes les 5 minutes pendant 30 minutes. Succès si 6 mesures sur 6 sont dans la plage [85°C - 95°C].
Dans le PLM :
- Statut : "SPÉCIFIÉE"
- Rédacteur : J. Dupont (Ingénieur produit)
- Date : 15/02/2024
- Prêt pour validation formelle
Version 1
Version 2
5. Le cycle de vie des Exigences
ETAPE 4 : VALIDATION (Semaine 4 du projet)
Ici, tous les niveaux sont mis à contribution dans le PLM.
Niveau V2 Validation Métier
Niveau V1 Validation Technique
Dans le PLM :
- Statut : "VALIDÉE" (baseline du projet)
- Date validation : 22/02/2027
- Version : EXI-FUNC-015 v1.0 (version gelée)
- 6 signatures électroniques enregistrées
Niveau V3 Validation Direction
5. Le cycle de vie des Exigences
ETAPE 5 : IMPLEMENTATION (Semaine 5-8 du projet)
Ici, c'est l'équipe de conception (mécanique, électronique et logicielle) qui travaille sur une conception détaillée.
Liens créés dans le PLM :
EXI-FUNC-015 → SPEC-ELEC-048 "Carte de contrôle température v2" EXI-FUNC-015 → SPEC-SOFT-012 "Algorithme maintien température" EXI-FUNC-015 → Composant CAO : Resistance_maintien_40W.stp Décomposition en sous-exigences : EXI-FUNC-015.1 : "Le capteur de température doit avoir une précision de ±1°C" EXI-FUNC-015.2 : "Le système doit activer la résistance quand T < 85°C" EXI-FUNC-015.3 : "Le système doit couper la résistance quand T > 95°C"
Dans le PLM :
- Statut exigence : "IMPLÉMENTÉE"
- 3 sous-exigences créées et liées
- 8 composants/spécifications liés
- Responsable : M. Martin (Ingénieur électronique)
5. Le cycle de vie des Exigences
ETAPE 6 : VERIFICATION (Semaine 9 du projet)
L'équipe qualité et le laboratoire de tests coopèrent pour cette étape importante. Les différents prototypes de la bouilloire sont testés et les échecs sont analysés.
Dans le PLM :
- Statut exigence : "VÉRIFIÉE" ✅
- Date vérification : 05/03/2024
- Rapport de test : RAPPORT-TST-FUNC-015-V1.pdf (lié)
- Taux de réussite : 100% (après correction)
- Validation finale : Chef qualité signature électronique
5. Le cycle de vie des Exigences
Récapitulatif des différentes étapes
5. Le cycle de vie des Exigences
Récapitulatif des différentes étapes
6. La gestion des changements - Le processus ECR/ECO
Scénario réel (Semaine 12 du projet)
On arrive ici à un concept clé : Une fois validée, une exigence ne peut plus être modifée "à la volée".Tout changement suit un processus formel.
Imaginons que le marketing envoit un email demandant un changement sur la conception de la bouilloire et regardons comment ce changement est traité en plusieurs phases.
1. Demande de changement
2. Analyse d'impact
3. Comité de décision
4. Ordre de changement
5. Mise en oeuvre et nouvelle version
Gestion d'un aléa fournisseur
Semaine 14 du projet. Le fournisseur de la résistance de maintien 40W rencontre des problèmes de qualité. Deux options sont proposées : - Option A : Nouveau fournisseur, mêmes spécifications, délai +2 semaines, surcoût +0,50 €/unité - Option B : Modification de conception : utilisation de la résistance principale (2400W) en mode pulsé, délai +3 semaines, pas de surcoût
Semaine 14 du projet. Le fournisseur de la résistance de maintien 40W rencontre des problèmes de qualité. Deux options sont proposées : - Option A : Nouveau fournisseur, mêmes spécifications, délai +2 semaines, surcoût +0,50 €/unité - Option B : Modification de conception : utilisation de la résistance principale (2400W) en mode pulsé, délai +3 semaines, pas de surcoût
Rappel du contexte
Semaine 14 du projet. Le fournisseur de la résistance de maintien 40W rencontre des problèmes de qualité. Deux options sont proposées : - Option A : Nouveau fournisseur, mêmes spécifications, délai +2 semaines, surcoût +0,50 €/unité - Option B : Modification de conception : utilisation de la résistance principale (2400W) en mode pulsé, délai +3 semaines, pas de surcoût
Rappel du contexte
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
L’idée est d’identifier les erreurs classiques en gestion des exigences, de partager les bonnes pratiques issues du terrain, et surtout de développer un vrai esprit critique pour savoir challenger une exigence.
ERREUR 1 : La copie aveugle de l'existant
Exemple d'exigences clés :- Sécurité Bluetooth- Compatibilité iOS/Android - Mise à jour du firmwareBonne pratique : Partir de zéro pour chaque nouveau projet, en s'inspirant de l'existant mais sans copier-coller
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 2 : Mélanger exigence et solutions
Pourquoi c'est important ?
- Laisse de la liberté aux ingénieurs pour innover
- Évite la dépendance fournisseur
- Permet de comparer plusieurs solutions techniques
Exception : Si vous avez une vraie contrainte (ligne de production existante, stock à écouler), c'est une CONTRAINTE, pas une exigence fonctionnelle.
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 3 : L'oubli de la traçabilité
Sans traçabilité dans le PLM : ⏱️ 3 jours à rechercher dans les documents 😰 Stress et crédibilité entamée 💰 Risque de refus de certification Bonne pratique : Créer les liens de traçabilité au fur et à mesure, pas à la fin du projet
En phase de certification
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 4 : Le "feature creep" ou dérive fonctionnelle
Bonne pratique :
- Gel des exigences : Définir un jalon "Feature Freeze" (ex : fin mois 2)
- Priorisation : Méthode MoSCoW (Must have / Should have / Could have / Won't have)
- Nouvelle exigence = comité d'arbitrage : Que retire-t-on en échange ?
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 5 : Les exigences orphelines
Bonne pratique :
- Toute exigence doit avoir une justification (lien vers besoin, réglementation, contrainte)
- Revue périodique des exigences (tous les 2 mois) : Toujours pertinente ? Toujours claire ?
- Nommer un propriétaire (owner) pour chaque exigence
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 6 : Ignorer les exigences implicites, ce que le client ne dit pas mais attend quand même.
Bonne pratique :
- Faire des sessions de brainstorming : "Qu'est-ce qui pourrait aller mal ?"
- Analyser les retours SAV des produits précédents
- Utiliser des checklists métier (sécurité, ergonomie, environnement...)
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 7 : Le PLM "cimetière d'exigences"
Bonne pratique :
- Gouvernance : Responsable de la donnée nommé
- Archivage : Projets terminés → Statut "Archivé" (visible en lecture seule)
- Nettoyage régulier : Sprint de nettoyage tous les trimestres
- Règles de nommage strictes : EXI-[TYPE]-[NUM] (pas de "bouilloire_exigence_final_v2_vraiment_final")
7. Les bonnes pratiques et les pièges à éviter
Le réflexe du challenger - Questions à se poser
Vous recevez une nouvelle exigence. Checklist mentale :
✅ Est-elle SMART ? (Spécifique, Mesurable, Atteignable, Réaliste, Temporellement définie)✅ Répond-elle à un vrai besoin ? Quel est le besoin client/réglementaire derrière ?✅ Est-elle au bon niveau ? (Système / Sous-système / Composant)✅ Y a-t-il un critère de vérification clair ? Comment on teste ?✅ Est-elle cohérente avec les autres ? Pas de contradiction avec EXI-XXX ?✅ Peut-on la tracer ? Lien parent ? Lien composant ?✅ Qui est responsable de son implémentation ? Nom + équipe✅ Quel est l'impact si on l'enlève ? Si la réponse est "aucun", elle ne sert à rien !
7. Les bonnes pratiques et les pièges à éviter
Le réflexe du challenger - Questions à se poser
Cas pratique : Identifie au moins 4 problèmes dans cette exigence afin de proposer une réécriture.
Problèmes identifiés
Proposition de réécriture
8. Conclusion et synthèse finale
Ce que tu as appris sur la gestion des exigences dans le PLM
Un processus maîtrisé : élicitation → analyse → spécification → validation → implémentation → vérification
Une traçabilité complète : chaque exigence liée à un besoin, un composant, un test, une validation
Une gestion des changements cadrée : ECR/ECO pour tout changement, avec analyse d'impact automatique
Des exigences claires et sans anbiguité : avec la méthode SMART
"Une exigence bien gérée = un pont solide entre le besoin client et le produit final"
OCR
Order Change Request
Une fois décision prise, le PLM crée :
Mise en oeuvre et nouvelle version
Dans le PLM, création de la nouvelle version :
EXI-FUNC-015 v2.0 Description : [MODIFIÉ] pendant au moins 45 minutes (au lieu de 30) Date de création : 26/03/2024 Basé sur : v1.0 Motif changement : ECO-2024-042 Statut : EN IMPLÉMENTATION
L'historique complet est conservé : v1.0 : 30 minutes (utilisée pour prototypes semaines 1-12) v2.0 : 45 minutes (utilisée pour production série)
Niveau 3 - Exigences COMPOSANTSEXI-SEC-001.1-a : Double paroi avec isolation thermique épaisseur 5mm ±0,5mmEXI-SEC-001.2-a : Thermostat bimétallique seuil 105°C ±2°C réponse < 2s EXI-SEC-001.3-a : Poignée en plastique thermodur conductivité < 0,2 W/m·K
Traçabilité bidirectionnelle
DESCENDANTE ⬇️ : "Du POURQUOI au COMMENT"
ASCENDANTE ⬆️ : "Du PROBLÈME à la CAUSE"
Tu pars du besoin client et tu descends jusqu'au composant physique :
C'est le chemin inverse ! Tu pars d'un composant défectueux et tu remontes :
Problèmes identifiés
- Trop de choses dans une seule exigence (sélection température + compréhension sans notice)
- Termes subjectifs : "moderne", "intuitive", "claires", "facilement"
- Non mesurable : Comment quantifier "intuitive" ?
- Population vague : "même âgés" → quel âge ? quelles capacités ?
- Pas de critère de vérification
Niveau 1 - Exigence SYSTÈME (vue globale produit)EXI-SEC-001 : La bouilloire doit garantir la sécurité de l'utilisateur contre les brûlures
Workflow et validation
Dans un PLM, les processus sont automatisés. On remarque plusieurs étapes :
Vérification
Création
Approbation
Revue
Validation
Implémentation
Analyse d'impact
Le PLM identifie automatiquement tous les éléments liés à EXI-FUNC-015
Impact Technique🔴 EXI-FUNC-015.2 et .3 : Algorithme à revoir (cycles marche/arrêt plus longs)🔴 SPEC-SOFT-012 : Code à modifier🟡 Composant Resistance_40W : À vérifier si dimensionnement suffisant🔴 TST-FUNC-015 : Protocole de test à adapter (mesures sur 45 min au lieu de 30) Impact PlanningModification code : 2 jours dev + 1 jour testNouveau test physique : 3 jours (5 prototypes × 45 min × reprises)Délai total : +1 semaine Impact CoûtHeures développement : 1 200€Heures test : 800€Coût total : 2 000€ Impact Produit🟡 Consommation électrique totale augmentée : 40W × 15 min = +600 Wh sur cycle complet🟡 À vérifier : impact sur bilan énergétique produit (étiquette énergie ?) Impact Réglementaire🟢 Pas d'impact certification (fonction optionnelle)
Structuration hiérarchique
- Relations parent-enfant automatiques
- Vue arborescente : Système → Sous-système → Composant
- Cohérence garantie (impossible de créer une exigence composant sans parent)
Gestion de configuration
Concept : Le versioning des exigences, comme pour du code
Exemple bouilloire
- EXI-PERF-001 v1.0 : "Temps de chauffe < 3min" (créée mois 1, approuvée)
- EXI-PERF-001 v1.1 : "Temps de chauffe < 3min pour 1L d'eau à 20°C" (précision ajoutée mois 2, approuvée)
- EXI-PERF-001 v2.0 : "Temps de chauffe < 2min45 pour 1L d'eau à 20°C" (changement client mois 4, EN COURS d'approbation)
Le PLM garde l'historique complet :
- Qui a fait quelle modification, quand, pourquoi
- Quelle version était active à quel moment du projet
- Quel produit embarque quelle version d'exigence
Pourquoi formaliser les exigences ?
Les chiffres parlent : 50 à 80% des problèmes produits découlent d'exigences incorrectes ou mal comprises.
Cas concret sur notre bouilloire : Sans exigence formelle "Faire une bouilloire rapide" → L'équipe thermique optimise pour 2min, mais oublie le coût → Résistance à 3200W → Surcoût de 8€/unité → Projet non rentable ❌ Avec exigence formelle "EXI-PERF-001 : Porter 1L d'eau de 20°C à 100°C en <3min avec une puissance ≤2400W (contrainte réseau domestique)" → Optimisation contrainte dès le départ ✅
Comité de décision
Les acteurs clés du projet participent.
Décision : ✅ APPROUVÉ avec condition :Vérifier d'abord l'impact étiquette énergie.
Niveau 2 - Exigences SOUS-SYSTÈMES
EXI-SEC-001.1 :EXI-SEC-001.1 : La température externe du corps ne doit pas dépasser 45°C en utilisationEXI-SEC-001.2 : Le système doit couper automatiquement si température interne > 105°C EXI-SEC-001.3 : La poignée doit rester froide (< 30°C) en toutes circonstances
Traçabilité bidirectionnelle
Pourquoi c'est utile avec un exemple concret : Un jour, le fournisseur ThermoCorp te dit :
Grâce à la traçabilité dans le PLM, en 2 clics tu sais : ✅ Quelle exigence de sécurité est touchée ✅ Quels tests devront être refaits avec le nouveau composant ✅ Quels autres produits (bouilloire rouge, bouilloire inox...) utilisent aussi ce thermostat ✅ Si ta certification CE doit être renouvelée Sans traçabilité : Tu devrais chercher manuellement dans des centaines de documents !
Centralisation
- Une seule base de données
- Toutes les exigences au même endroit
- Version unique, visible par tous les acteurs autorisés
ECR
Engineering Change Request
ECR-2024-042 Titre : Augmentation durée maintien au chaud Demandeur : L. Dubois (Marketing) Date : 18/03/2024 Description : Suite focus group 15/03, clients souhaitent 45 min au lieu de 30 min Exigence concernée : EXI-FUNC-015 Justification : Différenciation concurrence + satisfaction client Priorité : MOYENNE
Proposition de réécriture
EXI-UTIL-015 : Interface sélection températureDescription : L'utilisateur doit pouvoir sélectionner une température parmi 5 valeurs prédéfinies (60°, 70°, 80°, 90°, 100°C) en maximum 2 actions physiques (ex: 2 appuis sur bouton) Critère de vérification : Test utilisateur sur panel de 20 personnes (10 personnes 25-45 ans + 10 personnes 65-80 ans, sans déficience visuelle majeure). Succès si 18/20 réussissent la tâche en < 10 secondes sans consulter la notice.
EXI-UTIL-016 : Lisibilité icônes interfaceDescription : Les icônes de température doivent être identifiables par 90% d'un panel utilisateur sans texte explicatif Critère de vérification : Test de reconnaissance d'icônes sur 50 personnes représentatives du marché cible (âge, CSP). Afficher chaque icône 3 secondes, demander signification. Succès si taux de reconnaissance ≥ 90%.
La gestion des exigences
Laurent Pelleray
Created on January 21, 2026
Start designing with a free template
Discover more than 1500 professional designs like these:
View
Urban Illustrated Presentation
View
Geographical Challenge: Drag to the map
View
Decisions and Behaviors in the Workplace
View
Tangram Game
View
Process Flow: Corporate Recruitment
View
Weekly Corporate Challenge
View
Wellbeing and Healthy Routines
Explore all templates
Transcript
La gestion des exigences
Ecriture : Jean-Philippe RosieresIntégration : Laurent PellerayJanvier 2026
Sommaire
Hello ! Je m'appelle Max ! Aujourd'hui nous allons découvrir ensemble ce que sont les exigences et en quoi elles sont indispensables dans la vie d'un projet.
Une exigence, c’est une règle à respecter par le produit.
Nous illustrerons ce cours avec la conception d'une bouilloire pour satisfaire le besoin d'un client qui souhaite boire un thé avec une eau bien chaude.
1. La logique des exigences
Le lien entre le besoin, l'exigence et la solution
Le danger du court-circuit Passer directement du besoin à la solution est un piège classique.Dire « le client veut une belle bouilloire » et conclure aussitôt par un design en verre revient à sauter l’étape des exigences. Le mot « belle » n’est pas défini, et des critères essentiels comme la sécurité, l’usage ou la durabilité sont oubliés.
1. La logique des exigences
Nous allons comprendre ici la relation entre Besoin, Exigence et Solution. Et nous allons aussi identifier pourquoi 50à 80% des problèmes qui apparaissent viennent d'exigences mal gérées. Ainsi que les règles à respecter pour éviter celà.
Pourquoi formaliser des exigences ?
Contexte projet : Vous êtes chef de projet. Le marketing vous apporte ce brief :
Question de réflexion : Pourriez-vous commencer à concevoir avec juste ces informations ? Qu'est-ce qui manque ?
Réponse : Evidemment non. Rapide, sûre, budget serré... le besoin exprimé est beaucoup trop vague pour espérer y répondre correctement.
Sans exigences claires, une solution séduisante en apparence peut rapidement devenir une mauvaise solution.
1. La logique des exigences
Les 3 règles d'or pour formaliser une exigence
Ces règles permettent d'éviter les "couacs" dans 50 à 80% des cas.
1. La logique des exigences
Cette question permet de mettre en évidence l'importance de clarifier le besoin avant d'agir.
Explications
2. Les types d'exigences et leur hiérarchie
Laisse moi te présenter les 4 grandes familles d'exigences.Je vais aussi t'aider à comprendre la décomposition hiérarchique entre ces différentes exigences.
Les 4 grandes familles d'exigences
EXI-REG-001 : Conformité directive européenne basse tension 2014/35/UE EXI-REG-002 : Marquage CE obligatoire EXI-REG-003 : Conformité RoHS (restriction substances dangereuses) EXI-REG-004 : Notice d'utilisation en français (obligatoire pour marché FR)
Performance : EXI-PERF-001 : Temps de chauffe < 3 min pour 1L à 20°C Fiabilité : EXI-FIAB-001 : MTBF > 5000 cycles (≈5 ans usage quotidien) Utilisabilité : EXI-UTIL-001 : Ouverture du couvercle d'une seule main Maintenabilité : EXI-MAINT-001 : Détartrage accessible sans outil
EXI-CONT-001 : Alimentation 220-240V / 50Hz (standard européen) EXI-CONT-002 : Budget de production unitaire ≤ 25€ EXI-CONT-003 : Compatible avec ligne de production existante usine Bordeaux EXI-CONT-004 : Délai de mise sur marché : 8 mois
EXI-FUNC-001 : La bouilloire doit chauffer l'eau de 20°C à 100°C EXI-FUNC-002 : L'utilisateur doit pouvoir sélectionner 5 températures (60°, 70°, 80°, 90°, 100°C) EXI-FUNC-003 : La bouilloire doit envoyer une notification sur smartphone quand l'eau est prête
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Exigences Non-Fonctionnelles
Exigences Fonctionnelles
Exigences Réglementaires
Contraintes
Title
Title
Title
Title
Write a brief description here
Limites non négociables du projet
Write a brief description here
Write a brief description here
Write a brief description here
COMMENT le produit doit se comporter ?
QUE doit faire le produit ?
Obligations légales
2. Les types d'exigences et leur hiérarchie
Pourquoi cette hiérarchie ?Traçabilité : On voit comment chaque composant contribue à l'objectif globalComplétude : On vérifie qu'on n'oublie rien (toutes les exigences parents ont des enfants)Responsabilités : Chaque niveau correspond à une équipe (système = chef projet, sous-système = ingénieur thermique, composant = acheteur)
La décomposition hiérarchique : du système au composant
Concept clé : Une exigence "parent" se décompose en plusieurs exigences "enfants" plus détaillées.
NIV. 1
NIVEAU 2
NIVEAU 3
Exigences SYSTEME
NIVEAU 3
Exemple
NIVEAU 2
ExigencesSOUS-SYSTEME
Exemple
Exigences COMPOSANTS
Exemple
3. Rédiger une Bonne Exigence
L’objectif ici, c’est que vous repartiez avec de vrais réflexes.Vous saurez reconnaître immédiatement si une exigence est bien formulée, comprendre ce qui fait sa qualité à travers les critères SMART, et éviter les pièges classiques dans lesquels on tombe trop souvent.
Le principe : une exigence = un contrat
Une exigence est un contrat entre :
Pour qu'un contrat soit valide, il doit être sans ambiguité.
3. Rédiger une Bonne Exigence
Les 5 critères SMART
Exemple de l'évolution d'une exigence :
Version 0
Version 3
Cette exigence est :SpécifiqueMesurableAtteignableRéalisteTemporellement définie
"La bouilloire doit porter 1 litre d'eau de 20°C à 100°C en moins de 3 minutes, mesure effectuée à 20°C ambiant, 230V, eau du robinet dureté standard"
Version 1
Title
Progrès : On précise "l'eau"Problème : Toujours pas de chiffres
Use this side to give more information about a topic.
Problème : Qu'est-ce que "vite" ? Pour qui ? Dans quelles conditions ?
"La bouilloire doit chauffer vite"
Subtitle
"La bouilloire doit chauffer rapidement l'eau"
3. Rédiger une Bonne Exigence
Les 5 critères SMART
Teste ton sens de l’observation et découvre 5 mots correspondant à l’acronyme SMART, utilisé pour la rédaction d’exigences. Ils sont cachés dans la grille et représentent les critères essentiels pour formuler des exigences claires, efficaces et exploitables. Sauras-tu les retrouver ?
3. Rédiger une Bonne Exigence
Les 5 critères SMART
3. Rédiger une Bonne Exigence
Les pièges classiques à éviter
Piège 1 - L'adjectif subjectif
Piège 2 - Le "ET" caché (2 exigences en une)
Piège 3 - La solution déguisée en exigence
Piège 4 - L'exigence non vérifiable
Séparer en 2 exigences : EXI-PERF-001 : Temps de chauffe < 3min pour 1L EXI-ENERGY-001 : Consommation en veille < 0,5W
"La bouilloire doit porter 1L d'eau à ébullition en < 3min" (on laisse l'ingénieur choisir la solution)
"La bouilloire doit obtenir un score ≥7/10 auprès d'un panel de 50 utilisateurs cibles (urbains 25-45 ans) sur les critères design"
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
Use this side of the card to provide more information about a topic. Focus on one concept. Make learning and communication more efficient.
"La bouilloire doit fonctionner sans panne pendant 5000 cycles de chauffe (test accéléré sur 50 unités)"
"La bouilloire doit être fiable"
"La bouilloire doit avoir une résistance de 2400W en acier inoxydable"
"La bouilloire doit chauffer vite et consommer peu"
"La bouilloire doit être belle et moderne"
Title
Title
Title
Title
Write a brief description here
Write a brief description here
Write a brief description here
Write a brief description here
4. Le PLM, coeur du Système de Gestion des Exigences
Le problème sans PLM - Histoire vraie de notre bouilloire
À l’issue de cette partie, vous comprendrez pourquoi la centralisation dans un PLM est essentielle, vous découvrirez les fonctionnalités clés pour gérer les exigences, et vous verrez comment la traçabilité bidirectionnelle permet de garder la maîtrise entre besoins, exigences et solutions.
Scénario catastrophe (vécu dans beaucoup d'entreprises) Mois 1 : Le marketing crée un Excel avec 25 exigencesMois 2 : Le chef de projet copie dans un Word et ajoute 15 exigences techniques Mois 3 : Chaque ingénieur a sa propre version (thermique, électronique, mécanique) Mois 5 : Le marketing change une exigence dans son Excel mais oublie de prévenir... Mois 7 : En phase de test, on découvre que le thermostat ne correspond pas à l'exigence de sécurité... mais quelle version ?
4. Le PLM, coeur du Système de Gestion des Exigences
Le rôle du PLM : garantir la qualité des exigences
Le PLM peut inclure :
Template d'exigences
Règles de validation
Revue collaborative
Analyse d'impact
Il s'agit de formulaires pré-remplis avec les champs obligatoires
Par exemple, une alerte si une exigence manque de précision (pas de chiffres, mots interdits comme "rapide", "beau"...)
La mise en place automatique d'un workflow d'approbation qui force plusieurs métiers à valider
+ info
+ info
+ info
+ info
Le PLM sait identifier automatiquement quelles exigences sont impactées par la modification d'une autre exigence.
4. Le PLM, coeur du Système de Gestion des Exigences
La solution PLM : le référentiel unique de vérité
Qu'est-ce que c'est ?
Pourquoi c'est utile ?
4. Le PLM, coeur du Système de Gestion des Exigences
Matrice de traçabilité (RTM - Requirements Traceability Matrix)
La matrice de traçabilité est une vue synthétique, un tableau de bord pour vérifier que toutes les exigences sont couvertes.
Ce que montre la matrice :
Avec le PLM, les bénéfices sont rapides et très concrets. Sur des projets similaires, on constate environ 30 % de temps gagné sur les validations grâce à l’automatisation, une division par deux des rebuts parce que tout le monde travaille sur la même version, et une forte baisse des risques avec jusqu’à 70 % d’exigences oubliées en moins grâce à la traçabilité. Enfin, la qualité progresse nettement, avec près de 40 % de problèmes détectés plus tôt, en phase amont.
5. Le cycle de vie des Exigences
Les 6 étapes du cycle de vie - Vue d'ensemble
La matrice de traçabilité est une vue synthétique, un tableau de bord pour vérifier que toutes les exigences sont couvertes.
À l’issue de cette séquence, l’objectif est de bien comprendre le cycle de vie d’une exigence, de savoir qui fait quoi à chaque étape, et d’être à l’aise avec le processus de gestion des changements, du besoin initial jusqu’à son évolution en cours de projet.
Observe bien ce petit logo PLM ! A chaque instant, clique dessus pour découvrir l'évolution de l'exigence dans le PLM.
5. Le cycle de vie des Exigences
ETAPE 1 : ELICITATION (Semaine 1 du projet)
Ici, on se pose deux questions simples : qui intervient et comment on s’y prend. Ce sont l’équipe marketing et le chef de projet qui sont à la manœuvre, en s’appuyant sur des interviews clients, des études de marché et une analyse de la concurrence pour cadrer correctement le besoin dès le départ.
Expression du besoin brut
Interviews clients
Etude de la concurrence
Dans le PLM :
5. Le cycle de vie des Exigences
ETAPE 2 : ANALYSE (Semaine 2 du projet)
À ce stade, le travail se fait de manière collective. Le chef de projet, l’ingénieur produit, le marketing et la finance se retrouvent pour clarifier le besoin, en vérifier la faisabilité et surtout le prioriser avant d’aller plus loin.
Décision comité : ✅ VALIDÉ - Priorité "Importante" (différenciateur marché)
Dans le PLM :
5. Le cycle de vie des Exigences
ETAPE 3 : SPECIFICATION (Semaine 3 du projet)
Ici, l’ingénieur produit prend la plume pour formaliser, et le chef de projet valide en premier niveau. L’objectif est clair : transformer le besoin initial en une exigence formelle, bien cadrée, mesurable et conforme aux critères SMART.
Version finale : ID : EXI-FUNC-015 Titre : Fonction maintien au chaud Description : La bouilloire doit maintenir 1L d'eau entre 85°C et 95°C pendant au moins 30 minutes après avoir atteint 100°C, mesure effectuée à température ambiante 20°C ±2°C, avec une consommation électrique ≤ 50W pendant la phase de maintien. Critère de vérification : Mesure température au centre du volume d'eau toutes les 5 minutes pendant 30 minutes. Succès si 6 mesures sur 6 sont dans la plage [85°C - 95°C].
Dans le PLM :
Version 1
Version 2
5. Le cycle de vie des Exigences
ETAPE 4 : VALIDATION (Semaine 4 du projet)
Ici, tous les niveaux sont mis à contribution dans le PLM.
Niveau V2 Validation Métier
Niveau V1 Validation Technique
Dans le PLM :
Niveau V3 Validation Direction
5. Le cycle de vie des Exigences
ETAPE 5 : IMPLEMENTATION (Semaine 5-8 du projet)
Ici, c'est l'équipe de conception (mécanique, électronique et logicielle) qui travaille sur une conception détaillée.
Liens créés dans le PLM : EXI-FUNC-015 → SPEC-ELEC-048 "Carte de contrôle température v2" EXI-FUNC-015 → SPEC-SOFT-012 "Algorithme maintien température" EXI-FUNC-015 → Composant CAO : Resistance_maintien_40W.stp Décomposition en sous-exigences : EXI-FUNC-015.1 : "Le capteur de température doit avoir une précision de ±1°C" EXI-FUNC-015.2 : "Le système doit activer la résistance quand T < 85°C" EXI-FUNC-015.3 : "Le système doit couper la résistance quand T > 95°C"
Dans le PLM :
5. Le cycle de vie des Exigences
ETAPE 6 : VERIFICATION (Semaine 9 du projet)
L'équipe qualité et le laboratoire de tests coopèrent pour cette étape importante. Les différents prototypes de la bouilloire sont testés et les échecs sont analysés.
Dans le PLM :
5. Le cycle de vie des Exigences
Récapitulatif des différentes étapes
5. Le cycle de vie des Exigences
Récapitulatif des différentes étapes
6. La gestion des changements - Le processus ECR/ECO
Scénario réel (Semaine 12 du projet)
On arrive ici à un concept clé : Une fois validée, une exigence ne peut plus être modifée "à la volée".Tout changement suit un processus formel.
Imaginons que le marketing envoit un email demandant un changement sur la conception de la bouilloire et regardons comment ce changement est traité en plusieurs phases.
1. Demande de changement
2. Analyse d'impact
3. Comité de décision
4. Ordre de changement
5. Mise en oeuvre et nouvelle version
Gestion d'un aléa fournisseur
Semaine 14 du projet. Le fournisseur de la résistance de maintien 40W rencontre des problèmes de qualité. Deux options sont proposées : - Option A : Nouveau fournisseur, mêmes spécifications, délai +2 semaines, surcoût +0,50 €/unité - Option B : Modification de conception : utilisation de la résistance principale (2400W) en mode pulsé, délai +3 semaines, pas de surcoût
Semaine 14 du projet. Le fournisseur de la résistance de maintien 40W rencontre des problèmes de qualité. Deux options sont proposées : - Option A : Nouveau fournisseur, mêmes spécifications, délai +2 semaines, surcoût +0,50 €/unité - Option B : Modification de conception : utilisation de la résistance principale (2400W) en mode pulsé, délai +3 semaines, pas de surcoût
Rappel du contexte
Semaine 14 du projet. Le fournisseur de la résistance de maintien 40W rencontre des problèmes de qualité. Deux options sont proposées : - Option A : Nouveau fournisseur, mêmes spécifications, délai +2 semaines, surcoût +0,50 €/unité - Option B : Modification de conception : utilisation de la résistance principale (2400W) en mode pulsé, délai +3 semaines, pas de surcoût
Rappel du contexte
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
L’idée est d’identifier les erreurs classiques en gestion des exigences, de partager les bonnes pratiques issues du terrain, et surtout de développer un vrai esprit critique pour savoir challenger une exigence.
ERREUR 1 : La copie aveugle de l'existant
Exemple d'exigences clés :- Sécurité Bluetooth- Compatibilité iOS/Android - Mise à jour du firmwareBonne pratique : Partir de zéro pour chaque nouveau projet, en s'inspirant de l'existant mais sans copier-coller
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 2 : Mélanger exigence et solutions
Pourquoi c'est important ?
- Laisse de la liberté aux ingénieurs pour innover
- Évite la dépendance fournisseur
- Permet de comparer plusieurs solutions techniques
Exception : Si vous avez une vraie contrainte (ligne de production existante, stock à écouler), c'est une CONTRAINTE, pas une exigence fonctionnelle.7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 3 : L'oubli de la traçabilité
Sans traçabilité dans le PLM : ⏱️ 3 jours à rechercher dans les documents 😰 Stress et crédibilité entamée 💰 Risque de refus de certification Bonne pratique : Créer les liens de traçabilité au fur et à mesure, pas à la fin du projet
En phase de certification
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 4 : Le "feature creep" ou dérive fonctionnelle
Bonne pratique :
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 5 : Les exigences orphelines
Bonne pratique :
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 6 : Ignorer les exigences implicites, ce que le client ne dit pas mais attend quand même.
Bonne pratique :
7. Les bonnes pratiques et les pièges à éviter
Les 7 erreurs classiques de la gestion des exigences
ERREUR 7 : Le PLM "cimetière d'exigences"
Bonne pratique :
7. Les bonnes pratiques et les pièges à éviter
Le réflexe du challenger - Questions à se poser
Vous recevez une nouvelle exigence. Checklist mentale :
✅ Est-elle SMART ? (Spécifique, Mesurable, Atteignable, Réaliste, Temporellement définie)✅ Répond-elle à un vrai besoin ? Quel est le besoin client/réglementaire derrière ?✅ Est-elle au bon niveau ? (Système / Sous-système / Composant)✅ Y a-t-il un critère de vérification clair ? Comment on teste ?✅ Est-elle cohérente avec les autres ? Pas de contradiction avec EXI-XXX ?✅ Peut-on la tracer ? Lien parent ? Lien composant ?✅ Qui est responsable de son implémentation ? Nom + équipe✅ Quel est l'impact si on l'enlève ? Si la réponse est "aucun", elle ne sert à rien !
7. Les bonnes pratiques et les pièges à éviter
Le réflexe du challenger - Questions à se poser
Cas pratique : Identifie au moins 4 problèmes dans cette exigence afin de proposer une réécriture.
Problèmes identifiés
Proposition de réécriture
8. Conclusion et synthèse finale
Ce que tu as appris sur la gestion des exigences dans le PLM
Un processus maîtrisé : élicitation → analyse → spécification → validation → implémentation → vérification
Une traçabilité complète : chaque exigence liée à un besoin, un composant, un test, une validation
Une gestion des changements cadrée : ECR/ECO pour tout changement, avec analyse d'impact automatique
Des exigences claires et sans anbiguité : avec la méthode SMART
"Une exigence bien gérée = un pont solide entre le besoin client et le produit final"
OCR
Order Change Request
Une fois décision prise, le PLM crée :
Mise en oeuvre et nouvelle version
Dans le PLM, création de la nouvelle version :
EXI-FUNC-015 v2.0 Description : [MODIFIÉ] pendant au moins 45 minutes (au lieu de 30) Date de création : 26/03/2024 Basé sur : v1.0 Motif changement : ECO-2024-042 Statut : EN IMPLÉMENTATION
L'historique complet est conservé : v1.0 : 30 minutes (utilisée pour prototypes semaines 1-12) v2.0 : 45 minutes (utilisée pour production série)
Niveau 3 - Exigences COMPOSANTSEXI-SEC-001.1-a : Double paroi avec isolation thermique épaisseur 5mm ±0,5mmEXI-SEC-001.2-a : Thermostat bimétallique seuil 105°C ±2°C réponse < 2s EXI-SEC-001.3-a : Poignée en plastique thermodur conductivité < 0,2 W/m·K
Traçabilité bidirectionnelle
DESCENDANTE ⬇️ : "Du POURQUOI au COMMENT"
ASCENDANTE ⬆️ : "Du PROBLÈME à la CAUSE"
Tu pars du besoin client et tu descends jusqu'au composant physique :
C'est le chemin inverse ! Tu pars d'un composant défectueux et tu remontes :
Problèmes identifiés
Niveau 1 - Exigence SYSTÈME (vue globale produit)EXI-SEC-001 : La bouilloire doit garantir la sécurité de l'utilisateur contre les brûlures
Workflow et validation
Dans un PLM, les processus sont automatisés. On remarque plusieurs étapes :
Vérification
Création
Approbation
Revue
Validation
Implémentation
Analyse d'impact
Le PLM identifie automatiquement tous les éléments liés à EXI-FUNC-015
Impact Technique🔴 EXI-FUNC-015.2 et .3 : Algorithme à revoir (cycles marche/arrêt plus longs)🔴 SPEC-SOFT-012 : Code à modifier🟡 Composant Resistance_40W : À vérifier si dimensionnement suffisant🔴 TST-FUNC-015 : Protocole de test à adapter (mesures sur 45 min au lieu de 30) Impact PlanningModification code : 2 jours dev + 1 jour testNouveau test physique : 3 jours (5 prototypes × 45 min × reprises)Délai total : +1 semaine Impact CoûtHeures développement : 1 200€Heures test : 800€Coût total : 2 000€ Impact Produit🟡 Consommation électrique totale augmentée : 40W × 15 min = +600 Wh sur cycle complet🟡 À vérifier : impact sur bilan énergétique produit (étiquette énergie ?) Impact Réglementaire🟢 Pas d'impact certification (fonction optionnelle)
Structuration hiérarchique
Gestion de configuration
Concept : Le versioning des exigences, comme pour du code
Exemple bouilloire
- EXI-PERF-001 v1.0 : "Temps de chauffe < 3min" (créée mois 1, approuvée)
- EXI-PERF-001 v1.1 : "Temps de chauffe < 3min pour 1L d'eau à 20°C" (précision ajoutée mois 2, approuvée)
- EXI-PERF-001 v2.0 : "Temps de chauffe < 2min45 pour 1L d'eau à 20°C" (changement client mois 4, EN COURS d'approbation)
Le PLM garde l'historique complet :Pourquoi formaliser les exigences ?
Les chiffres parlent : 50 à 80% des problèmes produits découlent d'exigences incorrectes ou mal comprises.
Cas concret sur notre bouilloire : Sans exigence formelle "Faire une bouilloire rapide" → L'équipe thermique optimise pour 2min, mais oublie le coût → Résistance à 3200W → Surcoût de 8€/unité → Projet non rentable ❌ Avec exigence formelle "EXI-PERF-001 : Porter 1L d'eau de 20°C à 100°C en <3min avec une puissance ≤2400W (contrainte réseau domestique)" → Optimisation contrainte dès le départ ✅
Comité de décision
Les acteurs clés du projet participent.
Décision : ✅ APPROUVÉ avec condition :Vérifier d'abord l'impact étiquette énergie.
Niveau 2 - Exigences SOUS-SYSTÈMES EXI-SEC-001.1 :EXI-SEC-001.1 : La température externe du corps ne doit pas dépasser 45°C en utilisationEXI-SEC-001.2 : Le système doit couper automatiquement si température interne > 105°C EXI-SEC-001.3 : La poignée doit rester froide (< 30°C) en toutes circonstances
Traçabilité bidirectionnelle
Pourquoi c'est utile avec un exemple concret : Un jour, le fournisseur ThermoCorp te dit :
Grâce à la traçabilité dans le PLM, en 2 clics tu sais : ✅ Quelle exigence de sécurité est touchée ✅ Quels tests devront être refaits avec le nouveau composant ✅ Quels autres produits (bouilloire rouge, bouilloire inox...) utilisent aussi ce thermostat ✅ Si ta certification CE doit être renouvelée Sans traçabilité : Tu devrais chercher manuellement dans des centaines de documents !
Centralisation
ECR
Engineering Change Request
ECR-2024-042 Titre : Augmentation durée maintien au chaud Demandeur : L. Dubois (Marketing) Date : 18/03/2024 Description : Suite focus group 15/03, clients souhaitent 45 min au lieu de 30 min Exigence concernée : EXI-FUNC-015 Justification : Différenciation concurrence + satisfaction client Priorité : MOYENNE
Proposition de réécriture
EXI-UTIL-015 : Interface sélection températureDescription : L'utilisateur doit pouvoir sélectionner une température parmi 5 valeurs prédéfinies (60°, 70°, 80°, 90°, 100°C) en maximum 2 actions physiques (ex: 2 appuis sur bouton) Critère de vérification : Test utilisateur sur panel de 20 personnes (10 personnes 25-45 ans + 10 personnes 65-80 ans, sans déficience visuelle majeure). Succès si 18/20 réussissent la tâche en < 10 secondes sans consulter la notice.
EXI-UTIL-016 : Lisibilité icônes interfaceDescription : Les icônes de température doivent être identifiables par 90% d'un panel utilisateur sans texte explicatif Critère de vérification : Test de reconnaissance d'icônes sur 50 personnes représentatives du marché cible (âge, CSP). Afficher chaque icône 3 secondes, demander signification. Succès si taux de reconnaissance ≥ 90%.