Exemple 1 : Gestion des stocks
Comparez les approches de spécification médiocres et meilleures
Mauvaise spécification
Projet : Système d'inventaire
Nous avons besoin d’un système pour mieux gérer notre inventaire. Le système de tableur actuel ne fonctionne pas bien.
Exigences:
- Suivre les produits et les quantités
- Afficher des alertes en cas de stock faible
- Générer des rapports
- Interface conviviale
- Ça devrait être rapide
- Intégration avec les systèmes existants
- Compatible avec les mobiles
- Sécurisé et fiable
Utilisateurs :
Le personnel de l’entrepôt, les gestionnaires et l’équipe comptable l’utiliseront.
Chronologie:
Dès que possible - c'est urgent
Budget:
Coût raisonnable
❌ Problèmes avec cette spécification :
- Pas de chiffres ou de mesures spécifiques
- Termes vagues comme "meilleur", "convivial", "rapide"
- Pas de critères de réussite clairs
- Contexte commercial manquant
- Intégrations non définies
- Aucun niveau de priorité
Meilleure spécification
Projet : Système de gestion des stocks
Contexte commercial :
Nous gérons plus de 500 SKU dans 3 entrepôts. J'utilise actuellement Excel, ce qui entraîne un taux de rupture de stock de 15 % et 50 000 $/mois de commandes urgentes.
Exigences (priorisées) :
[DOIT] Suivre les quantités par SKU et emplacement
[DOIT] Alerter lorsque le stock < 2 semaines de ventes moyennes
[DOIT] Rapport quotidien d'évaluation des stocks (PDF)
[DOIT] Temps de réponse < 2 secondes pour les recherches
[DOIT] Application mobile pour la numérisation en entrepôt
[DEVRAIT] Intégration avec Odoo Sales (REST API)
[NICE] Suggestions de réapprovisionnement prédictives
Utilisateurs et actions :
- Personnel de l'entrepôt (10) : Scanner les reçus, effectuer les comptages
- Managers (3) : consulter les tableaux de bord, approuver les transferts
- Comptabilité (2) : Exécuter des rapports de valorisation
Critères de réussite :
- Réduire les ruptures de stock à <5% en 3 mois
- Traitez plus de 100 transactions par heure
- 90 % d'adoption par les utilisateurs sans formation
✓ Pourquoi c'est mieux :
- Chiffres spécifiques et objectifs mesurables
- Contexte commercial et retour sur investissement clairs
- Exigences prioritaires (MoSCoW)
- Rôles et actions des utilisateurs définis
- Détails d'intégration explicites
- Critères de réussite testables
💡 Clé à retenir
Les deux spécifications sont de longueur similaire (~ 200 mots), mais la meilleure version fournit 10 fois plus d’informations exploitables. Il ne s'agit pas d'écrire davantage, il s'agit remplacer les déclarations vagues par des exigences spécifiques et mesurables que les développeurs peuvent réellement implémenter et tester.