Comment obtenir les exigences du projet auprès des parties prenantes

introduction

Recueillir les exigences des parties prenantes du projet ressemble souvent à s'arracher les dents. Et si vous ne faites pas le nécessaire pour étoffer toutes les exigences avant de commencer le développement d'un projet, vous vous retrouverez avec une très longue liste de problèmes lors des tests qui auraient dû être capturés comme des exigences. Il existe plusieurs façons de conduire la conversation pour vous assurer de capturer toutes les exigences dans le cadre d'un projet, telles que la collecte de user stories, la mise en place de sessions de brainstorming, la création de diagrammes de flux de processus, etc. Que vous soyez chef de projet ou analyste commercial, cet article vous guide à travers certaines des approches les plus standard pour rassembler les exigences d'un projet afin de vous assurer que votre projet démarre du bon pied.

Les user stories sont souvent structurées autour du rôle du demandeur, de ce qu'il veut et pourquoi il le veut.

Designmodo

Histoires d'utilisateurs

Que vous construisiez quelque chose de complètement nouveau ou que vous mettiez à jour une application existante, la première série d'exigences doit toujours être capturée via des user stories. Que ces histoires proviennent d'utilisateurs finaux ou de parties prenantes n'a pas d'importance, et vous pouvez les recueillir auprès de n'importe qui. L'objectif est de saisir leurs attentes quant à ce qui va être construit et les détails sur la façon dont ils veulent que cela fonctionne. Il existe différents formats pour capturer des user stories, mais ils capturent tous généralement le rôle associé au demandeur, ce que cette personne veut et pourquoi elle le veut. Ces histoires devront être approfondies dans le processus du projet.

Séances de brainstorming

Les sessions de remue-méninges impliquaient généralement toutes les parties prenantes identifiées et certains des utilisateurs finaux potentiels se réunissant dans une pièce et jetant leurs idées sur les exigences d'un projet. Le but est de maintenir la discussion et de faire parler les gens. S'il y a des divergences entre les exigences qui ont déjà été exprimées ou votre interprétation des exigences, faites-en part au groupe. Parce que ces sessions se déroulent souvent incroyablement rapidement, il est préférable d'enregistrer la conversation ou d'avoir un scribe dédié afin que vous puissiez vous concentrer sur le fait d'être un participant actif plutôt que de vous attacher à essayer de tout capturer. Si vous empruntez cette voie, il n'est pas rare d'avoir plus d'une de ces sessions pour s'assurer que tout est discuté.

Bien que les séances de brainstorming soient parfaites pour faire connaître toutes les exigences au grand jour et avoir une conversation autour d'elles, tout trier après l'une de ces réunions peut être douloureux, compte tenu du volume d'informations.

Alliance PM

Examiner les sessions

Continuez à soumettre les exigences aux parties prenantes du projet pour qu'elles les examinent, et ne sous-estimez pas le temps qu'il faut à un groupe pour parvenir à un accord sur toutes les exigences d'un projet. Il n'est pas rare que la discussion sur un petit projet puisse prendre quelques semaines. Une approche consiste à attendre que tout le monde donne une approbation verbale sur les exigences, puis à attendre quelques jours avant de revenir en arrière avec tout le monde pour obtenir leur signature sur un document officiel où vous pouvez leur demander de jeter un coup d'œil à nouveau. être en sécurité. Une autre approche consiste à demander à quelqu'un d'autre dans l'entreprise de savoir ce que vous faites pour examiner les exigences pour s'assurer que tout semble aussi étanche que possible.

Éléments à inclure dans un rapport hebdomadaire sur l'état du projet

Diagramme de processus

Le diagramme de processus est l'endroit où vous rassemblez toute l'équipe et parcourez le flux de chacun des processus identifiés qui feront partie du projet. Cela oblige les parties prenantes à réfléchir à chaque étape de l'application demandée et expose souvent de nouvelles exigences que personne n'avait prises en compte auparavant. La sortie de ces sessions sert également d'entrée fantastique pour le wireframing.

Continuez à demander pourquoi

Demander pourquoi est un moteur puissant lors des conversations sur les exigences, et des exigences spécifiques et claires ne seront pas étoffées de manière fiable tant qu'il n'aura plus de sens de poser cette question. Cela oblige les parties prenantes à réfléchir aux composants granulaires de leurs besoins initiaux, ce qui peut être douloureux et prendre du temps. De plus, parfois demander continuellement peut finalement révéler quelque chose qui était initialement considéré comme une exigence qui n'a pas besoin d'être une exigence après tout.