Memo formalisation d'une expression des besoins

Mémo expression des
besoins

Département modernisation
Septembre 2018

SOMMAIRE

 ÉCRIRE UNE EXPRESSION DE BESOINS CONCISE
 NE PAS CONFONDRE EXPRESSION DE BESOINS ET CAHIER DES CHARGES
 DÉLIMITER LE CONTEXTE DE VOTRE PROJET
 DÉTERMINER LES ÉCHÉANCES DU PROJET
 QUELS SERONT LES UTILISATEURS DE VOTRE APPLICATION MOBILE ?
 DÉCRIRE LES BESOINS FONCTIONNELS DE VOTRE PROJET
 PRÉCISER SI NÉCESSAIRE LES ÉVOLUTIONS
 SPÉCIFIER LE CONTEXTE TECHNIQUE
 LISTER LES CONTRAINTES DE VOTRE PROJET
 RÉFLÉCHIR AUX IMPACTS DE VOTRE SERVICE

TITRE DE LA PRÉSENTATION 2

1/ ÉCRIRE UNE EXPRESSION DE BESOINS
CONCISE

Avant toute chose, rappelons quelques règles de l’expression de besoins.

Celle-ci est un document rédigé et destiné à tous les acteurs liés à votre projet d’application mobile. C’est
votre point de départ. Elle servira notamment de matière première à votre cahier des charges
fonctionnel.

L’expression de besoins se doit d’être claire, concise et synthétique. Elle expose des faits et ne s’attarde
pas sur la solution à apporter. Elle décrit simplement votre besoin.

Il est recommandé d’écrire des phrases courtes et factuelles.

Ajoutez-y des dessins et des maquettes si vous en avez la possibilité. Il n’est pas utile de créer des
maquettes haute-fidélité, simplement des schémas clairs (ou des références à des éléments existants)
pour bien vous faire comprendre.

Ce qu’il ne faut surtout pas faire dans une expression de besoins :

• Se concentrer sur le “Comment faire ?”

• Anticiper la solution et la conception technique

• Se contredire ou rester vague : ne laissez pas place à l’interprétation qui sera forcément différente
selon les lecteurs de votre document

• Se dire que ce n’est pas possible et ne pas l’écrire

• Prioriser tous les points pour n’avoir au final plus de priorités que de non-priorités

3

2/ NE PAS CONFONDRE EXPRESSION DE
BESOINS ET CAHIER DES CHARGES

• Comme nous le disions plus haut, une expression de besoins est rédigée bien
avant le cahier des charges et sera d’ailleurs une base cruciale pour ce dernier.
Comme son nom l’indique, elle est l’expression du besoin de votre application
mobile.

• Les 4 principales différences entre ces deux documents sont les suivantes :

• Une expression de besoins est non contractuelle. Elle ne sert que de première
base pour votre projet.

• Elle est concise contrairement au cahier des charges qui décrit le plus
précisément possible le fonctionnement de votre application

• Une expression de besoins reste ouverte aux changements et aux ajouts de
“fonctionnalités”. L’expression de besoins permet à chacun d’apporter des
suggestions qui seront conservées ou non dans le cahier des charges
fonctionnel.

• Elle décrit simplement le besoin. N’indiquez jamais la solution pour réaliser une
fonctionnalité.

4

3/ DÉLIMITER LE CONTEXTE DE VOTRE 5
PROJET

• Cette étape est parfois négligée mais elle est importante pour fixer les limites de votre
projet. Elle sert à déterminer votre positionnement stratégique et vos objectifs.

• Un conseil : chiffrez et datez vos objectifs. Ces indications permettront de définir les
priorités du projet.

• C’est le moment également de rappeler l’existant en récapitulant rapidement l’importance
du projet et son impact dans votre entreprise, votre organisation.

• Pour cela, lors de la rédaction de votre expression de besoins, vous devez réfléchir aux
points suivants :

• Qu’est-il possible de faire ? Avec quels partenaires ? A qui pouvez-vous faire appel pour
vous aider ?

• Avez-vous les ressources nécessaires pour mener à bien ce projet ? Ressources humaines,
financières, matérielles, etc.

• Avez-vous le temps de réaliser ce projet ?

• Existe-t-il déjà une solution dans ce domaine ?

• Le projet est-il adapté à la culture locale ?

• Quels sont les bénéfices que vous en retirerez et à l’inverse, quelles seront les
conséquences si le projet n’aboutit pas ?

4/ DÉTERMINER LES ÉCHÉANCES DU
PROJET

• Votre projet impose des exigences temporelles ? Il
est nécessaire de les préciser dans votre expression
de besoins.

• Quand le projet peut-il commencer ?
• Avez-vous une date limite de livraison de votre

application ?
• Quelles sont les disponibilités des personnes

concernées par le projet ?

6

5/ QUELS SERONT LES UTILISATEURS DE
VOTRE APPLICATION MOBILE ?

• Le comportement de vos futurs utilisateurs sera révélateur pour développer un service
• Posez-vous les 4 questions suivantes pour définir la cible, le destinataire de votre projet.

QUI SONT LES UTILISATEURS DE MON SERVICE ?

•S’agit-il d’usagers, de personnels de l’administration ?
•Estimez également le nombre d’utilisateurs visés dans chaque typologie.

QUELLE EST LEUR TYPOLOGIE ?

•Ci-dessous quelques éléments pour préciser la typologie d’un particulier :
•Homme / Femme ? Quels métiers ? Quelle tranche d’âge ?

QUI PREND LA DÉCISION DE L’UTILISATION ?

•Attention à bien différencier le décisionnaire de l’utilisateur. En effet, un service destinée aux
enfants ne sera pas “utiilisé” par l’enfant lui-même mais par les parents. Votre communication sera
alors adaptée.
•En revanche pour les services administratifs, la fonction de votre cible déterminera votre discours : le
service achat, le service ressources humaines, un établissement scolaire...

EXISTE-T-IL UNE SAISONNALITÉ D’UTILISATION ?

•Existe-t-il une saisonnalité à votre projet ? Il ne vous viendrait pas à l’esprit d’acheter des maillots de
bain en hiver, n’est-ce pas ? Le principe ici est le même.
•Si votre service nécessite d’être en ligne à l’occasion d’événements saisonniers par exemple, il
est nécessaire de le relever dans votre expression de besoin.

7

6/ DÉCRIRE LES BESOINS FONCTIONNELS
DE VOTRE PROJET

Sans entrer dans les détails comme dans un cahier des charges, vous devez lister les
fonctionnalités de votre application mobile.
Il est conseillé de les nommer et les numéroter pour les citer aisément.
Ce n’est pas indispensable mais il est recommandé de prioriser vos besoins, surtout si des
contraintes en ressortent. Si par exemple, vous devez gérer les informations de votre application,
il sera nécessaire de développer un back-office – un espace de gestion, qui devra être décrit dans
votre cahier des charges. De ce fait, il devra être précisé lors de la rédaction de votre expression
de besoins également.
Rappelez également le but de votre application.

Exemple :
L’objectif de mon application mobile est de permettre aux particuliers de louer leur véhicule.

GESTION DES UTILISATEURS GESTION DES VÉHICULES ADMINISTRATION

A01 Les utilisateurs doivent s’inscrire à la B01 Un utilisateur peut ajouter, modifier, C01 L’administrateur peut créer, modifier un utilisateur
plateforme supprimer un véhicule sur la carte
C02 L’administrateur peut révoquer l’accès d’un
A02 Les utilisateurs doivent se connecter à un B02 L’utilisateur peut déterminer un prix de utilisateur
compte pour accéder à la carte location
C03 L’administrateur a un accès super-admin pour
A03 Les utilisateurs ont la possibilité de B03 L’utilisateur peut fixer un prix de location consulter un compte utilisateur si nécessaire
s’inscrire via les réseaux sociaux différent en fonction des horaires et des
jours de la semaine

8

7/ PRÉCISER SI NÉCESSAIRE LES
ÉVOLUTIONS

• Une première version sous-entend des évolutions.
Celles-ci peuvent être de plusieurs types.

• Évolutions fonctionnelles : les fonctionnalités
listées précédemment prévoient des évolutions
mineures ou majeures pour des versions futures.

• Évolutions du périmètre : si votre cible vient à
évoluer ou à s’étendre par exemple.

• Application d’un modèle : si c’est un modèle qui
sera appliqué à d’autres filiales de l’entreprise par
exemple

9

8/ SPÉCIFIER LE CONTEXTE TECHNIQUE

Vous n’êtes peut-être pas un expert dans le domaine
technique mais il est nécessaire d’apporter des
précisions lorsque vous rédigez votre expression de
besoins.
Tout d’abord, déterminez sur quel support vous
envisagez d’obtenir votre service : ordinateur,
smartphone, tablette…

Ensuite, déterminez tout besoin nécessaire que vous
jugeriez spécifique au projet (compatibilité avec
certains utilitaires, système)

10

9/ LISTER LES CONTRAINTES DE VOTRE
PROJET

TECHNIQUES HUMAINES RÉGLEMENTAIRES

•Les contraintes techniques ont pour but de vous •Les ressources humaines nécessaires à votre projet •Si vous êtes régi par un cadre réglementaire spécial, il
questionner sur vos besoins en termes sont-elles suffisantes ? Avez-vous besoin de faire appel est primordial de lister les normes à respecter.
d’administration de données, de trafic, d’exploitation, à des prestataires ?
etc.

•Faut-il prévoir des connexions simultanées sur votre
application ? Quel volume ?

•Votre application web ou mobile requiert-elle un
espace de gestion pour modifier, ajouter ou supprimer
des données ?

FINANCIÈRES LIÉES A L’ENVIRONNEMENT COMPETITIF LIÉES À LA NATURE DE LA PRESTATION

•Il se peut que vous ayez des contraintes financières, •Une solution existe-t-elle déjà ? Si c’est le cas, quelle •Avez-vous des contraintes spécifiques à votre métier ?
précisez-les dans votre expression de besoins. valeur ajoutée apportez-vous avec votre projet ? En agro-alimentaire par exemple, un process qualité
spécifique est obligatoire. Il devra alors être
complètement intégré à l’application sans négliger des
étapes.

11

10/ RÉFLÉCHIR AUX IMPACTS DE VOTRE
SERVICE

Votre projet aura certainement des impacts en termes de
communication, d’organisation, de gamme ou encore de support.

Pour compléter votre expression de besoins fonctionnel, anticipez
les différents impacts collatéraux qui pourraient survenir.
• Devez-vous prévoir des sessions de formations spéciales pour vos

équipes ?
• Quelle communication pensez-vous utiliser pour faire adhérer les

utilisateurs à votre service ?
• Cette application aura-t-elle des impacts sur des logiciels existants

?
• Faut-il mettre en place des dispositifs ou des équipes pour une

assistance auprès de vos utilisateurs ?

12