RD

Accueil > Cours > Analysez les risques de votre projet > Identifiez les risques d'un projet

Analysez les risques de votre projet

10 heures  Moyenne

Mis à jour le 31/05/2021

 

Identifiez les risques d'un projet

Comme vous savez maintenant tout de votre projet, vous pouvez aborder la seconde étape :
l’identification des risques.
 2. Identification des risques

Il n’est pas facile de partir de rien pour aborder cette identification, essayons d’apporter un peu de
systématique dans l’histoire.

Tous les outils vus précédemment vous ont permis de décrire votre projet avec précision. Vous
en connaissez maintenant toutes les spécificités. La grille de questionnement à suivre vous
aidera à mieux identifier les risques associés. Le travail préparatoire de description du projet
devrait vous aider à répondre plus facilement à toutes ces questions.

Le spectre "7D" comme guide d'identification des risques


génériques
Un risque est susceptible de devenir un problème impactant le bon déroulement du projet ; considérons
donc naturellement les types d’événements susceptibles d’interférer avec n’importe quel type de projet.

Dès que vous commencerez un nouveau projet, utilisez ce spectre d’analyse. Vous éviterez de passer à
côté d’évidences et même si vous constatez un niveau de risque faible ou nul, vous pourrez ainsi
démontrer que toutes les dimensions de la question ont été évaluées.

D’abord, les fondamentaux, c’est-à-dire les dimensions correspondant aux trois axes du triangle CQD,
en lien direct avec les objectifs à atteindre pour le chef de projet : le périmètre du projet (axe qualité —
au sens volumétrie), le budget alloué (axe coût), et le temps disponible (axe délai).

Vous avez là les 3 premières dimensions de votre spectre d’analyse, probablement les plus importantes
car celles avec les incidences les plus critiques sur le déroulement du projet.

Dimension 1 : Périmètre projet

Ces questions pourront vous aider à détecter d’éventuels risques liés à la dimension « périmètre projet » :

Le périmètre projet a-t-il été établi avec une précision suffisante ?

Le volume du projet est-il important ?
Le projet aborde-t-il plusieurs domaines, implique-t-il plusieurs réalisations différentes ?
 …

🛋 Pour mon projet avec le fabricant de meubles, c’est bien évidemment facile d’identifier les
risques maintenant que le projet est terminé. Il me suffit de relever les problèmes que nous avons
dû affronter. 😬 Mais voici néanmoins les constats auxquels m’aurait conduit ce questionnement
en début de projet, sur la base des informations dont je disposais :

Le périmètre projet a-t-il été établi avec NON Fonctionnalités clés présentées sur
une précision suffisante ? des maquettes (principes).
Périmètre précis non défini
(arborescence du site non établie).

Le volume du projet est-il important ? NON

Le projet aborde-t-il plusieurs domaines, OUI Site web.

implique-t-il plusieurs réalisations Application mobile.
différentes ? Périmètre global néanmoins classique,
peu important (estimation rapide).

Ici, je constate deux points de vigilance : le périmètre projet manque de précisions dans sa
définition. Plusieurs réalisations sont prévues, cependant la volumétrie globale ne présente pas
de risque évident.

Risque identifié :

réalisation d’un produit incohérent avec les attentes et les besoins.

Dimension 2 : Budget
Posez-vous les questions suivantes pour traiter la dimension « budget ». Notez que selon le contexte, le
budget pourra être exprimé en somme d’argent ou en nombre de jours par profil. Ce n’est pas la même
unité, mais les questionnements restent identiques :

Le budget est-il défini avec précision ?

Le budget tient-il compte de l’effort de pilotage ?
Le budget est-il cohérent avec les charges identifiées ?
Le budget est-il validé ?
…

Le budget est-il défini NON Une première estimation globale a été réalisée mais
avec précision ? sans définition précise du périmètre ; le budget n'est
 pas sécurisé.

Le budget tient-il compte OUI Le budget précis n'est pas établi, mais le process
de l’effort de pilotage ? agence habituel impose 20 % de gestion de projet sur
tous les budgets construits.

Le budget est-il cohérent Impossible à vérifier.

avec les charges
identifiées ?

Le budget est-il validé ? OUI

Faute de périmètre précis, le budget a été défini sur la base d’une estimation rapide. Son
adéquation avec les charges prévisionnelles est impossible à vérifier. Les process agence
impliquent de tenir compte du pilotage de projet, cette question est donc évacuée. Information à
double tranchant : le budget, bien qu’imprécis, est validé par le client.

Risques identifiés :

dépassement de budget ;
impossibilité de faire évoluer le budget en cours de projet.

Dimension 3 : Temps
D’autres questions vous permettront d’identifier les risques inhérents à la dimension « temps » :

Un planning (même macro) prévisionnel a-t-il été établi ?

Des échéances impératives existent-elles ?
Le temps disponible est-il cohérent avec le périmètre du projet ?
La période de réalisation du projet contient-elle des dates où on ne pourra pas travailler au projet ?
…

Un planning (même macro) OUI Échéances intermédiaires prévisionnelles

prévisionnel a-t-il été établi ? définies avec client.
Attention à la MEP web un vendredi.

Des échéances impératives existent- NON

elles ?

Le temps disponible est-il cohérent Impossible à vérifier.

avec le périmètre du projet ? Les échéances de livraison finale
semblent courtes en regard de la
complexité technique envisagée.
 La période de réalisation du projet OUI Mois de mai pour la finalisation des
contient-elle des dates où on ne pourra applications mobiles.
pas travailler au projet ?

Les échéances principales ont été convenues avec le client, qui n’annonce pas de son côté de
dates impératives contraignantes. En l’absence de périmètre fonctionnel détaillé, les charges sont
inconnues et le planning ne peut être établi. Toutefois les délais semblent très serrés. Par ailleurs,
la production peut être perturbée par des jours fériés en phase de finalisation de l’application
(weekends de 3 jours les 1er et 8 mai, notamment). Une mise en ligne un vendredi n’est pas
envisageable.

Risques identifiés :

impossibilité de modifier les échéances des livrables clés ;

dépassement de l’objectif Délais ;
ralentissement de la production en phase de finalisation ;
manque de réactivité sur le traitement des anomalies après MEP.

À ces 3 dimensions, on en ajoute 2 liées à l'humain.

Dimension 4 : Équipe
On cherchera ici à identifier d’éventuels risques en rapport avec l’équipe au sens large (côté initiateur du
projet et côté équipe de réalisation).
Autre point crucial : la prise de décision. On vérifiera ici que le projet pourra se dérouler sans frein lié aux
validations nécessaires en cours de projet.

Les questions ci-dessous sont en lien avec l’équipe projet :

Les compétences nécessaires à la réalisation sont-elles disponibles ?

Dispose-t-on de ces compétences en interne, ou sont-elles apportées via de la sous-traitance ?
Les ressources nécessaires à la réalisation du projet sont-elles mobilisées ?
Le commanditaire dispose-t-il des compétences requises pour mener à bien le projet ?
Le commanditaire dispose-t-il des ressources nécessaires au suivi du projet ?
…

Les compétences nécessaires à la OUI

réalisation sont-elles disponibles ?

Ces compétences sont-elles apportées via OUI Toute la production mobile est gérée
de la sous-traitance ? par une agence partenaire.
 Les ressources nécessaires à la réalisation NON Les ressources seront planifiées au
du projet sont-elles mobilisées ? fur et à mesure des besoins projet.
Les équipes sont actuellement
affectées à d'autres projets.

Le commanditaire dispose-t-il des OUI Équipe client complète.

compétences requises pour mener à bien le Benjamin maîtrise les projets
projet ? digitaux (expérience côté
production).

Le commanditaire dispose-t-il des OUI Cheffe de projet dédiée.

ressources nécessaires au suivi du projet ? Point d'attention : Statut
d'alternante.

Tous les développements mobiles sont assurés par un sous-traitant. Les forces de production
étant actuellement occupées sur d’autres projets, on ne peut sécuriser leur affectation au projet.
L’équipe client est complète, une cheffe de projet dédiée est identifiée. En alternance, un point
de vigilance sur son degré d’autonomie peut être souligné.

Risques identifiés :

défaut de contrôle de la production mobile ;

freins dans le pilotage opérationnel quotidien.

Dimension 5 : Prise de décision

Pour aborder le sujet de la prise de décision, voici quelques questions types :

Une gouvernance projet a-t-elle été établie ?

Les décideurs seront-ils disponibles pendant le déroulement du projet ?
Les décisionnaires sont-ils identifiés ?
La responsabilité des décisions est-elle établie ?
Existe-t-il une chaîne de validation avec de nombreux maillons ?
…

Une gouvernance projet a-t- OUI

elle été établie ?

Les décideurs seront-ils OUI

disponibles pendant le
déroulement du projet ?
 Les décisionnaires sont-ils OUI
identifiés ?

La responsabilité des décisions NON Les points de contact sont définis par métier,
est-elle établie ? mais les responsabilités dans les décisions
(livrables intermédiaires) non établies.

Existe-t-il une chaîne de OUI Beaucoup d'acteurs identifiés, hiérarchie client

validation avec de nombreux partiellement connue.
maillons ?

Les décisionnaires sont identifiés, cependant les rôles ne sont pas formellement établis. Les
acteurs décisionnaires côté client étant nombreux, la chaîne de validation est source
d’inquiétudes.

Risques identifiés :

mauvaise identification d’un validateur ;

allongement des délais de validation.

Dimension 6 : Complexité
Enfin, vous devrez prendre en compte deux dernières dimensions propres aux projets digitaux que vous
conduirez.

La complexité de la réalisation en fait partie. Plus un projet est complexe, plus le nombre de paramètres à
prendre en compte est important, et donc plus la probabilité de faire des erreurs est élevée.

Considérez aussi l’originalité du projet : plus un projet est innovant, unique dans son fonctionnement ou
les technologies employées, moins on dispose d'expérience antérieure ou d'aide extérieure.

Voici quelques questions à vous poser pour appréhender la dimension « complexité » :

Le projet doit-il répondre à des problématiques de sécurité élevées ?

La réalisation devra-t-elle interagir avec un ou plusieurs systèmes externes ?
Les équipes de réalisation ont-elles identifié un niveau de complexité élevé pour un ou plusieurs
aspects du projet (orienté parcours/interactions) ?
Les équipes de réalisation ont-elles identifié un niveau de complexité élevé pour un ou plusieurs
aspects du projet (orienté technologies) ?
L’environnement dans lequel la réalisation devra être livrée est-il maîtrisé ?
…
 Le projet doit-il répondre à des OUI Données nominatives et
problématiques de sécurité élevées ? confidentielles des clients à
collecter et sauvegarder.
Informations de commande.

La réalisation devra-t-elle interagir avec un OUI Interactions à prévoir avec le

ou plusieurs systèmes externes ? système informatique de l'usine de
production.
Les informations produits doivent
être récupérées depuis le SI
marque.
Lien à envisager avec le CRM
commanditaire.

Les équipes de réalisation ont-elles identifié NON Les parcours et les écrans sont
un niveau de complexité élevé pour un ou jugés comme "simples" par les
plusieurs aspects du projet (orienté équipes UX et création.
parcours/interactions) ?

Les équipes de réalisation ont-elles identifié OUI La technologie pour réaliser les
un niveau de complexité élevé pour un ou personnalisations (web) est jugée
plusieurs aspects du projet (orienté "complexe" par les équipes
technologies) ? internes.
La technologie de mise en
situation est jugée "complexe" par
les équipes de développement
mobile.

L’environnement dans lequel la réalisation NON Les détails des flux d'échanges
devra être livrée est-il maîtrisé ? de données avec l'usine de
fabrication sont inconnus.
L'environnement cible pour
l'hébergement du site n'est pas
décrit suffisamment
(spécifications manquantes).

De nombreux sujets liés à la complexité du projet sont identifiés. Cette dimension doit faire l’objet
d’une attention particulière. Les données clients devront être protégées. Concernant le
processus de commande, les données catalogue et de disponibilité sont à collecter auprès de la
marque, et les informations de commande à transmettre directement à l’usine de fabrication. Les
spécifications techniques côté client sont inconnues. Enfin, les responsables d’équipes agence
ont qualifié le projet de complexe.
 Risques identifiés :

anomalies techniques dans les transferts d’informations ;

réalisation non compatible avec l’environnement cible.

Dimension 7 : Degré d’innovation

Les dernières questions du spectre 7D concernent « le degré d’innovation » de votre projet :

Avez-vous déjà mené un projet conduisant à une réalisation similaire ?

Des références existantes ont-elles été identifiées ?
Des ressources documentaires sur les technologies employées sont-elles disponibles ?
Le projet propose-t-il des fonctionnalités réellement innovantes ?
Envisagez-vous la réalisation d’interfaces inédites ?
Une étude de faisabilité a-t-elle été conduite ?
…

Avez-vous déjà mené un projet NON Le secteur est connu par l'agence, mais
conduisant à une réalisation aucune réalisation similaire produite
similaire ? antérieurement.
Pas de fonctionnalités de personnalisation
développées en interne.

Des références existantes ont-elles OUI

été identifiées ?

Des ressources documentaires sur Pas de réponse possible, les technologies

les technologies employées sont- précises ne sont pas encore identifiées par
elles disponibles ? les équipes.

Le projet propose-t-il des OUI Des fonctionnalités similaires existent sur le

fonctionnalités réellement marché, mais dans d'autres domaines.
innovantes ?

Envisagez-vous la réalisation OUI Idem : interfaces proches existantes sur le

d’interfaces inédites ? marché, mais innovation forte pour l'agence
et pour le client.

Une étude de faisabilité a-t-elle été NON Non, les équipes techniques étant
conduite ? mobilisées sur d'autres sujets, aucune étude
de faisabilité n'a été menée à date.
 Le projet présente un niveau élevé d’innovation pour le commanditaire comme pour le prestataire.
L’agence n’a pas d’expériences antérieures sur ce type de développement. Point critique : aucune
étude de faisabilité n’a été menée, et les technologies précises à utiliser n’ont pas encore été
identifiées du fait de l’indisponibilité actuelle des équipes techniques.

Risques identifiés :

absence de références techniques en cas de difficulté ;

réalisation d’un produit non fonctionnel.

Vous constatez que chaque série de questions se termine par des points de suspension. Cette
liste ne saurait être exhaustive ; ajoutez vos propres questions réflexes selon votre expérience
et le contexte de vos projets.

Quoi qu’il en soit, Pareto est toujours notre ami ; avec ces questionnements, vous aurez probablement
identifié la majeure partie des points problématiques de votre projet.

📲 J’ai réalisé pour vous une grille de questionnement correspondant au spectre 7D pour vous
accompagner dans cette analyse. Voici un aperçu ci-dessous.

Analyse des risques génériques à télécharger

Vous y trouverez aussi des informations complémentaires pour bien cerner les questions posées. Dès
que la réponse à une question tombe sur une case rouge, dites-vous qu’il y a, peut-être, un risque à
identifier.

L'identification des risques spécifiques


Chaque projet vient avec son lot de spécificités. Un grille type ne saurait en couvrir tous les aspects.
Vous devrez donc compléter votre inventaire en tenant compte de ces particularités.

Dans le chapitre précédent, je vous ai présenté plusieurs outils de description du projet. Si vous les avez
utilisés, vous avez pu collecter les indices indispensables à la détection des risques spécifiques.

Pour vous guider, considérez que les risques spécifiques peuvent être amenés par des éléments propres
au projet (ce sont des risques internes) ou par l’environnement dans lequel il doit se dérouler (les
risques externes). Le QQOQCCP et le SWOT projet vous aideront particulièrement à les identifier.

🛋 Mon analyse générique m’a déjà permis d’identifier un grand nombre de risques. Je peux
compléter cet inventaire par les risques spécifiques suivants :

incompréhensions sur des spécifications techniques ->

interaction avec un contact client en langue allemande ;
climat conflictuel dans l’équipe projet ->
conflit entre les contacts technique et création (côté client) ;
mauvaise perception des résultats du projet ->
résultat du projet évalué sur le chiffre d’affaires.

On voit qu’au total, mon analyse des risques m’a conduit à identifier pas moins de 18 risques pour
ce projet !

Dans mon scénario original, la plupart se sont concrétisés... 😰

Attention : les risques spécifiques ne doivent pas recouper les risques génériques que vous
venez d’identifier. Ne cherchez pas à en trouver à tout prix ! Pour certains projets, l’ensemble des
risques à identifier sera couvert par le questionnement 7D.

Organisez un ante-mortem 

Cette identification des risques peut avantageusement se mener avec l’ensemble de l’équipe projet. Ce
peut être l’occasion d’une session créative qui pourra aussi contribuer à fédérer les acteurs du projet :
organisez un ante-mortem !

À la fin d’un projet, il est recommandé d’organiser le retour d’expérience au cours d’une session « post-
mortem », pour en tirer les leçons utiles et améliorer le déroulement des projets à venir. Eh bien, on va
organiser la même chose, mais en tout début de projet.

Vous communiquerez en amont l’ensemble des éléments de description du projet à l’équipe. Le jeu
consiste à débuter la séance par une affirmation du type :

« Ce projet est le pire que nous ayons eu à vivre ! Un échec retentissant ! Essayons d’en tirer des
enseignements… »
Vous demanderez ensuite aux participants, un peu à la façon d’un brainstorming, d’identifier toutes les
raisons qui ont conduit à un tel échec. C’est un excellent moyen d’identifier, en équipe, des risques
auxquels vous n’auriez pas pensé seul face à votre ordinateur. Vous le constaterez, ces sessions sont
généralement très riches. 🙂
Décrivez un risque avec précision


Avant de pouvoir évaluer les impacts possibles d’un risque sur le projet, on va devoir lui donner plus de
« corps » pour bien l’appréhender. Voyons comment décrire les risques que vous venez d’identifier. Cela
peut prendre la forme d’une chaîne simple mettant en évidence des relations de cause à effet.

L’origine du risque
Précisez la situation, le contexte particulier de votre projet qui est sujet à l’apparition possible d’un
problème. Cette identification pourra faire l’objet d’améliorations en cours de projet, ou actées lors de la
phase de capitalisation. Elle pourra également conditionner certaines parades de réduction des risques.

Le déclencheur
Vous identifierez ici l’événement, les conditions particulières (une combinaison, par exemple) qui
pourraient faire en sorte que le risque devienne un problème avéré.

Les conséquences du risque

Vous définirez les impacts sur le projet liés au problème causé par le risque considéré.

Pour décrire les risques que je viens d'identifier, j'ai de nouveau recours au tableur :
 Qualification des risques

📲 Pour une meilleure lisibilité, vous pouvez consulter ce tableau sur Google Sheets en suivant ce lien.
Notez que vous n’aurez pas toujours besoin de qualifier les risques identifiés aussi formellement.
Toutefois, connaître ces caractéristiques vous aidera à prendre conscience des conséquences possibles
sur le projet, et à définir les parades que nous aborderons dans la dernière partie de ce cours.

En bref


vous pouvez détecter la plus grande partie des risques d’un projet en étudiant les 7 dimensions
« génériques » : le périmètre, le budget, le temps, l’équipe, les décisions, la complexité et
l’innovation ;
 un projet peut comporter des risques spécifiques que les outils de description projet peuvent aider
à détecter ;
un projet ne présente pas obligatoirement de risques spécifiques ;
l’ante-mortem peut faciliter la détection des risques par l’équipe projet ;
un risque se caractérise par une origine, un déclencheur possible et une identification des
conséquences possibles sur le projet.

Les risques de votre projet étant décrits, vous pourrez aborder la logique de priorisation avec plus de
facilité. Voilà qui tombe bien ! C’est l’objet de notre prochain chapitre.

J'ai terminé ce chapitre et je passe au suivant

Décrivez le projet pour mieux identifier

 Priorisez les risques 
les risques

Le professeur
Bruno Tournet
Stratégies digitales et formations @ ALDo digital

POUR LES ÉTUDIANTS

POUR LES EMPLOYEURS

OPENCLASSROOMS

AIDE

LANGUE

Français

NOUS SUIVRE
Mentions légales Conditions générales d'utilisation Politique de protection des données personnelles

Cookies Accessibilité