Évaluateur de brief client
Un brief n'est pas un texte de description : c'est un ensemble de décisions prises. Cet outil checke les 12 dimensions qu'un brief complet doit couvrir et donne un score de complétude immédiat.
Brief insuffisant
La spécification ne peut pas démarrer dans cet état.
0/12
📋
Cochez les dimensions couvertes par votre brief
Aucune donnée n'est enregistrée — tout s'exécute dans votre navigateur.
Comment utiliser cet outil
- 1Décrivez la fonctionnalité à évaluer (optionnel)
- 2Cochez les dimensions couvertes par votre brief actuel
- 3Consultez le score de complétude
- 4Complétez les dimensions manquantes avant de démarrer le développement
Pourquoi ce critère compte
Un brief couvre rarement plus de 3 ou 4 des 12 dimensions critiques lors du premier échange. Ce n'est pas un manque de compétence : c'est simplement que les clients pensent en termes de fonctionnalité souhaitée, pas en termes de comportement système. Cet outil rend les manques visibles sans mettre le client en difficulté.
Questions fréquentes
Quel score minimum faut-il atteindre pour démarrer le développement ?
Il n'y a pas de seuil universel. En pratique, un score de 7 ou plus (sur 12) signifie que les décisions structurantes sont prises et que le reste peut être tranché en cours de sprint. En dessous de 5, le risque de bloquer le développement sur des questions non résolues est élevé.
Peut-on compléter le brief en cours de développement ?
Oui, et c'est souvent nécessaire. L'agilité accepte l'émergence des spécifications. Mais les dimensions non couvertes doivent être identifiées dès le début, pas découvertes en recette. La différence : décider que les cas d'erreur seront définis au fil de l'eau vs les ignorer jusqu'à ce qu'un bug les révèle.
Comment utiliser cet outil en atelier de cadrage ?
Partagez-le en début de réunion et passez chaque dimension en 2 minutes. Pour chaque case non cochée, posez la question ouverte correspondante. C'est un générateur de questions, pas un formulaire à remplir. L'objectif est que tout le monde ressorte de la réunion avec les mêmes réponses en tête.
Tester un autre outil
À lire aussi
Pourquoi comparer la vélocité de deux équipes ne veut rien dire
La vélocité mesure une équipe contre elle-même, jamais contre une autre. Pourquoi cette comparaison, fréquente en reporting multi-équipes, fausse le pilotage.
Les deux premières semaines font le projet : pourquoi le cadrage détermine tout ce qui suit
Ce qui se décide dans les dix premiers jours d'un projet conditionne la livraison entière. Retour sur les erreurs de cadrage les plus coûteuses et comment les éviter sans ralentir le démarrage.
La dette de cadrage coûte plus cher que la dette technique
On parle beaucoup de dette technique. La dette de cadrage, les zones grises jamais tranchées en amont, est souvent plus coûteuse, et beaucoup moins visible.