{"id":33726,"date":"2023-02-24T09:47:06","date_gmt":"2023-02-24T08:47:06","guid":{"rendered":"https:\/\/cesam.community\/2023\/02\/24\/capture-internal-external-customer-needs-and-consolidate-them\/"},"modified":"2023-04-06T12:01:18","modified_gmt":"2023-04-06T10:01:18","slug":"capture-internal-external-customer-needs-and-consolidate-them","status":"publish","type":"post","link":"https:\/\/cesam.community\/fr\/2023\/02\/24\/capture-internal-external-customer-needs-and-consolidate-them\/","title":{"rendered":"Capturer les besoins clients internes \/ externes et les consolider"},"content":{"rendered":"
Extrait du livre blanc : Le r\u00f4le de l\u2019architecte \u2013 Le Cercle CESAM<\/span><\/div><\/div><\/div><\/section>
Pr\u00e9ambule<\/span><\/div>

Capturer les besoins clients internes et externes, et les consolider est une activit\u00e9 qui se d\u00e9compose en 3 \u00e9tapes :
\n1. identifier et organiser les parties prenantes du syst\u00e8me sous la forme de diagramme(s) hi\u00e9rarchique(s) et d\u2019un diagramme d\u2019environnement qui pr\u00e9cise les interfaces\/interactions de ces parties prenantes avec le syst\u00e8me consid\u00e9r\u00e9 ;
\n2. cadrer la demande des parties prenantes du syst\u00e8me en capturant l\u2019objectif qui motive le d\u00e9veloppement du syst\u00e8me donn\u00e9, et d\u00e9crivant de mani\u00e8re succincte le p\u00e9rim\u00e8tre op\u00e9rationnel, fonctionnel et technique du syst\u00e8me cible et des principaux indicateurs de performance \u00e0 atteindre ;
\n3. capturer les besoins des parties prenantes du syst\u00e8me en commen\u00e7ant par la capture des besoins \u00abbruts\u00bb des parties prenantes, tels que ces derni\u00e8res les expriment, \u00e0 l\u2019aide des sources d\u2019information disponibles (interviews, documents, etc.), puis en formalisant ces besoins bruts \u00e0 l\u2019aide d\u2019un cadre standard d\u2019\u00e9nonc\u00e9 de besoin et en hi\u00e9rarchisant enfin les besoins formalis\u00e9s.<\/p>\n<\/div><\/div><\/div><\/div><\/section>

<\/div>
L\u2019ESSENTIEL<\/span>

L\u2019architecte identifie le p\u00e9rim\u00e8tre externe<\/strong> \u00e0 prendre en compte et clarifie les missions<\/strong> du syst\u00e8me ainsi que les objectifs \u00e0 atteindre<\/strong>. Il formalise et hi\u00e9rarchise tous les besoins des parties prenantes<\/strong> en garantissant leur non-ambigu\u00eft\u00e9<\/strong> et leur exhaustivit\u00e9<\/strong>.<\/p>\n<\/div><\/div><\/div><\/div><\/section>

<\/div>
LES ECUEILS PRINCIPAUX<\/span>

Parmi les principaux \u00e9cueils, on notera :
\n\u2022 Que des probl\u00e9matiques d\u2019organisation peuvent surgir lorsque la capture des besoins men\u00e9e par l\u2019architecte entre en conflit avec les activit\u00e9s business (BU ou Business Analyst) ;
\n\u2022 Vouloir aller trop loin dans la mod\u00e9lisation de l’environnement. Pour \u00e9viter cela, il faut sans cesse raisonner en termes de valeur et donc voir ce qui a un impact substantiel sur le syst\u00e8me d’int\u00e9r\u00eat. Conna\u00eetre les processus m\u00e9tiers de l’entreprise permet de mieux \u00e9valuer la valeur ;
\n\u2022 Omettre de consulter les parties prenantes de certaines phases de vie (d\u00e9veloppement, maintenance, etc.) ;
\n\u2022 Les acteurs principaux ne sont pas align\u00e9s sur le p\u00e9rim\u00e8tre d\u00e9fini du syst\u00e8me (cela arrive souvent car on ne prend pas le temps de faire cet effort).<\/p>\n<\/div><\/div><\/div><\/div><\/section>

<\/div>
LES BONNES PRATIQUES<\/span>

Voici quelques bonnes pratiques \u00e0 prendre en compte :<\/p>\n