comment rédiger une expression de besoins

41 212 vues

Publié le

Document central d’un projet d’évolution d’un produit ou de création d’une gamme, l’expression de besoin vaut bien quelques slides non?

Voici une tentative de formalisation des principales rubriques d’une expression de besoins.

C’est une proposition améliorable. Vos commentaires sont les bienvenus !

Publié dans : Business

comment rédiger une expression de besoins

  1. 1. l’expression de besoin à l’usage des chefs de produit web par alexandre z suivre sur google+ suivre sur twitter flux RSS lemanuelduchefdeproduit.comlundi 9 avril 12
  2. 2. définition d’une Expression de Besoins (EB) «la définition de ce que l’on attend (les fonctions attendues), le périmètre, ce sur quoi on va évaluer le projet, ce qui est important et ce qui l’est moins.» wikipedia, article sur la gestion de projet qui? quoi? quand? comment?lundi 9 avril 12
  3. 3. où se situe l’EB dans le projet? sortie puis étude de validation étude développements suivi marché & tests du projet expression de technique besoins il peut y avoir plusieurs versions de l’EB : une première version sur laquelle va se baser l’étude technique une seconde version qui prendra en compte les résultats de l’étude techniquelundi 9 avril 12
  4. 4. caractéristiques d’une bonne EB complète concise claire du contexte de lancement du projet dites les choses en une phrase utilisez les outils les suites jusqu’aux différents libellés utilisés courte si vous le pouvez. Cherchez bureautique pour intégrer des sur le produit final, l’EB doit traiter à en dire le plus en peu de mots. schémas, arbres décisionnels et tous les aspects de front-office Les phrases doivent être simples : autres storyboards afin d’être sûr (expérience client notamment) et un sujet + un verbe + un que vos interlocuteurs middle-office (vos outils de complément. comprendront. statistiques par exemple) mais Un glossaire complètera le aussi ce qui est prioritaire de ce qui dispositif. Ainsi, chacun mettra la ne l’est pas. même notion derrière un mot. fluiditélundi 9 avril 12
  5. 5. les pièges à éviter se concentrer sur le comment et non sur le fonctionnel anticiper sur la solution technique se censurer même lorsque que l’on pense que ce que nous souhaitons demander est infaisable se contredire rester vague ou trop macro prioriser sans le faire. c’est à dire qu’il y a plus de priorités que de non priorités oublier de traiter les outils de middle officelundi 9 avril 12
  6. 6. au sommaire de l’introduction d’une EB fiche d’identité du projet nom du projet nom du rédacteur avec son poste et entité d’appartenance nom du validateur avec son poste et entité d’appartenance version de l’expression de besoin outils pour bien comprendre l’EB glossaire des termes utilisés documents de références utilisés en complément de lEB (storyboard, ...)lundi 9 avril 12
  7. 7. au sommaire du corps d’une EB rappel contextuel objectifs du projet expérience utilisateur impacts collatéraux évolution des outils de gestion passons une par une ces rubriques...lundi 9 avril 12
  8. 8. le rappel contextuel ici, il s’agit de brièvement décrire le contexte externe ou interne qui vous a poussé à lancer ce projet. externe marché concurrence problématique votre projet technologie juridico-légal à résoudre répond à la problématique interne «comment faire pour....?» part de marché «mon projet permet stratégie de groupe de ...en...» stratégie de gamme retours clients etc... une à deux pages grand maximum...lundi 9 avril 12
  9. 9. rappel des objectifs un objectif doit être : daté chiffré l’intérêt d’afficher ce genre d’information au sein d’une EB est de donner des indications de volumétrie aux autres intervenants du projet. les priorités seront aussi définies en fonction de ces objectifs.lundi 9 avril 12
  10. 10. expérience utilisateur tous les scénarios d’usage doivent être définis : si l’utilisateur ne si l’utilisateur n’est valide pas cette pas inscrit chez étape? nous? le mieux est de construire un arbre de décision tôt dans le processus de rédaction.lundi 9 avril 12
  11. 11. l’arbre de décision il s’agit ici d’envisager tous les scénarios de la première action de l’utilisateur jusqu’à la dernière. exemple avec une phase de connexion à un service... début : l’utilisateur clique sur «login» il rentre son login et son mot de passe les identifiants sont-ils reconnus? oui non le message suivant s’affiche : le message suivant s’affiche : «arrivée sur l’accueil du service» «mot de passe erroné» un storyboard peut en plus être rédigé pour décrire concrètement l’expérience utilisateur.lundi 9 avril 12
  12. 12. le storyboard à rédiger via un logiciel comme powerpoint ou keynote à partir des étapes de l’arbre de décision. vous pouvez aussi vous tourner vers des outils comme balsamic. ces outils permettent de construire des storyboards sous forme de wireframes déjà formatés.lundi 9 avril 12
  13. 13. les impacts collatéraux pour qu’une expression de besoins soit complète, il ne faut pas oublier les impacts sur d’autres produits de votre gamme. Par exemple, vous sortez une version mobile de votre service. Pourquoi ne pas en faire la promotion via un encart dédié sur votre site web? gamme com’ support y a-t-il des synergies à y a-t-il des dispositifs y a-t-il des dispositifs prévoir entre vos spécifique pour mettre d’assistance et de produits? en place la support spécifique à communication autour mettre en place? de ce produit?lundi 9 avril 12
  14. 14. les outils de gestions middle office il faut intégrer dans votre expression de besoins les évolutions des outils qui vous aident au quotidien dans la gestion de votre produit ou gamme de produit. outil de stat’ outil d’animation quelles nouvelles quelles nouvelles zone statistiques va me d’animation seront permettre de suivre la disponibles? quels sont réussite de mon produit? mes souhaits d’évolution de mon outil d’animation?lundi 9 avril 12
  15. 15. pour bien conclure une EB faire le listing des points non-traités dans l’expression de besoin en expliquant pourquoi ils ne sont pas encore traités. lister les fonctionnalités dans un tableau de façon synthétique en leur appliquant un niveau de priorité organiser une séance de relecture avec les interlocuteurs impactés par le projet vérifier que votre EB est bien comprise intégrer leurs remarques pour faire évoluer l’EB en pensant à changer son numéro de versionlundi 9 avril 12
  16. 16. the end plus de contenus sur lemanuelduchefdeproduit.comlundi 9 avril 12

×