Amis

Accueil‎ > ‎

Attention aux spécifications détaillées

Mis à jour en juin 2010

Voici une petite expérience que je trouve particulièrement percutante. Elle met en évidence les travers d'une approche "Spécifications détaillée du besoin". Je n'ai fait que la traduire et la synthétiser mais vous trouverez la source ici.

Principe de l'expérience

Chaque équipe dispose d’une minute pour répondre à leur expression de besoin respective :

Equipe 1 (6 personnes) : “Dessiner une magnifique prairie d’été avec des fleurs bleues et rouges dans de l’herbe verte, quelques vaches et oiseaux sous un soleil éclatant.” 

Equipe 2 (6 personnes) :  “Dessiner une magnifique prairie d’été avec :
  • 10 fleurs bleues avec 5 pétales chacune
  • 5 fleurs bleues avec 6 pétales chacune
  • 13 fleurs rouges avec 6 pétales chacune
  • 2 vaches avec 3 tâches noires
  • 1 vache avec 5 tâches noires
  • 2 vaches avec 4 tâches noires
  • 2 oiseaux en haut à gauche
  • 3 oiseau au milieu
  • Un soleil à droite avec 5 rayons”

Résultat de l'expérience

Equipe 1 :


Equipe 2 :


Conclusions possibles

Le recours aux spécifications détaillées : 
  • Peut faire perdre de vue le besoin fondamental
  • N’exploite pas la créativité des développeurs. Au contraire elle l’interdit (impact négatif sur la motivation, productivité, qualité). 
Par créativité, je veux dire : trouver une solution simple, parvenir à un consensus,... le tout avec la connaissance éclairée de la situation au pied des développements (meilleur moment en termes de visibilité Versus le moment auquel les spécifications ont été rédigées).

Bien entendu, on aura tendance à laisser libre cours à la créativité de développeurs expérimentés tant sur le plan fonctionnel que technique, soit la moitié de l'équipe en moyenne. Pour les développeurs juniors, on se reposera plus sur la fréquences des échanges/feedbacks avec le client et sur le coaching par les développeurs seniors.