Recueillir et analyser le besoin métier
Item
- Libelle
- Recueillir et analyser le besoin métier
- Code
- RNCP34561BC01
- Liste des compétences
- 1. Recueillir et analyser le besoin métier 1.1 Acquérir et formaliser la connaissance métier 1. Acquérir la connaissance métier du client pour faire en sorte que les applications de son SI soient adaptées à son métier et le servent au mieux. 2. Structurer et mettre en forme cette connaissance avec les outils adaptés pour que les équipes projet l'exploitent facilement. 3. Identifier les acteurs et l'enchaînement de leurs actions pour définir précisément les processus métier. 4. Vérifier auprès du client que le recueil est correct, pour disposer d'une connaissance validée. 1.2 Cadrer le besoin ou le projet 1. Affiner de façon itérative le besoin initial, pour définir un objectif atteignable, vérifiable, précis, inscrit dans le temps et apportant de la valeur à l'entreprise. 2. Déterminer les parties prenantes du projet et leurs attentes pour ajuster l'objectif du projet et anticiper l'accompagnement au changement. 3. Réaliser l'état des lieux autour du projet pour identifier les impacts de celui-ci sur son environnement, notamment les applications existantes, et tirer parti du travail déjà effectué sur le sujet. 4. Estimer les enjeux et les risques du projet pour aider à décider de sa réalisation ou non. 5. Identifier les grandes fonctionnalités pour délimiter le projet et aider à estimer la charge et le délai requis. 6. Trouver et évaluer les solutions envisageables pour choisir la plus convenable. 7. Synthétiser tous ces éléments dans une note de cadrage pour aider à décider de lancer ou pas le projet. 1.3 Recueillir et formaliser les besoins du client 1. Organiser et conduire des réunions et interviews avec des référents métier pour élaborer les spécifications. 2. Animer une réunion d'affinage du besoin (en méthodes agiles) pour fixer l'objectif de la prochaine itération. 3. Identifier les rôles des utilisateurs de l'application et leurs relations pour préciser les fonctionnalités offertes à chacun. 4. Transcrire un besoin textuel en scénarios utilisateur pour couvrir les cas normal, alternatif et d'échec des fonctionnalités à développer. 5. Organiser les cas d'utilisation en précisant leur contour et leurs relations pour définir des fonctionnalités facilement compréhensibles et validables. 6. Identifier le bénéfice apporté par chaque cas d'utilisation pour les prioriser et centrer l'analyse sur la valeur à produire. 7. Prioriser les fonctionnalités pour créer le maximum de valeur le plus tôt possible. 8. Définir les tests fonctionnels des fonctionnalités pour préciser celles-ci et préparer la recette. 9. Synthétiser le besoin dans un cahier des charges ou un appel d'offres pour établir le périmètre contractuel du projet à mener.
- Modalités d'évaluation
- Étude de cas pratique écrite sur une demande par un client d'une évolution fonctionnelle de son système d'information. Lors de l'épreuve, le candidat reçoit un dossier dans lequel est décrit le contexte d'une entreprise avec sa demande d'une évolution fonctionnelle de son système d'information, consistant en de nouveaux services fournis aux utilisateurs, ou en une modification de services existants, ou encore en une refonte de ces services. La problématique et les ressources matérielles, humaines et financières, ainsi que les contraintes budgétaires et temporelles sont incluses dans ce dossier. Le candidat doit analyser les informations remises et produire : 1. Une note de cadrage délimitant le projet et ses éléments clés. 2. Un cahier des charges incluant les cas d'utilisation et scénarios utilisateur, triés par priorité, correspondant à l'évolution demandée. Il sera particulièrement tenu compte de la pertinence, de la précision et de l'argumentation des productions du candidat, en particulier sur le choix des cas retenus.
Linked resources
| Title | Class |
|---|---|
| RNCP34561 | Fiche |
Annotations
There are no annotations for this resource.