AUDI Des Systèmes d’Information Atelier 3 1

Atelier 3 : Gestion des risques

✓ Objectif : Effectuer un suivi des risques dans un projet de gestion administrative au
sein d’un Master.

Exercer les activités de maîtrise des risques dans un projet se traduit par l'élaboration d'un
document intitulé : "Matrice de suivi des risques".
La matrice de suivi des risques est initialisée au début d'un projet et mis à jour pendant toute la
durée de vie du projet. En effet, plus un risque est détecté tardivement, plus ses conséquences
peuvent être graves et difficilement réversibles.
Le suivi des risques, pour être efficace, doit impliquer tous les acteurs du projet et de son
environnement, aux niveaux fonctionnel, technique, organisationnel, décisionnel....

I. Analyse des risques

A. Etude de cas :
Vous avez été désigné auditeur d'un projet Testing que votre organisation a gagné, le contrat de
développement a été gagné par une entreprise de Dev.
Le système consiste à gérer (pour faire simple) un système d'information de gestion administrative
au sein du Master X (découpage fonctionnel: Gestion des plannings, gestion des notes, gestion des
salles, gestion des étudiants, gestion de professeurs, gestion des accès...).
✓ Le travail demandé est de réaliser un plan de gestion des risques

B. Contenu type
La matrice de suivi des risques est composée de 10 colonnes.
1. Réf.
Cette colonne contient un numéro chronologique servant à référencer rapidement une ligne
dutableau. Le numéro ne change pas pendant toute la durée de vie du document.
2. Date
Cette colonne contient la date à laquelle le facteur de risque a été identifié. La date ne change pas
pendant toute la durée de vie du document.
3. Description du risque
Cette colonne contient la description textuelle du facteur de risque ainsi que son contexte
d'apparition.
Page 1 sur 4
 AUDI Des Systèmes d’Information Atelier 3 2

4. Impacts
Cette colonne identifie et quantifie si possible les conséquences si le risque se transforme en
événement certain, ainsi que les dates ou périodes d'apparition des conséquences.
Exemples :
o mauvaise qualité du produit
o mauvaise qualité ou perte de données
o système erroné ou inutilisable
o difficulté d'intégration avec les autres systèmes
o rejet du système par les utilisateurs
o déficiences de propriétés non fonctionnelles (sécurité, maintenabilité, efficacité,rentabilité, etc)
o démotivation de l'équipe
o retards dans la livraison (en jours)
o coûts imprévisibles
o coûts démesurés (en jour-homme)
o coût élevé de maintenance
o dégradation de l'image du service
o incidence de l'échec sur le fonctionnement de l'organisme
5. Type de risque
Cette colonne permet la classification des risques à des fins de regroupement pour traitement par
les acteurs concernés.
Exemples :
o projet : moyens, ressources humaines, démarche, planification, management...
o contractuel : relations avec des prestataires externes, contenu du contrat...
o fonctionnel : fonctionnalités du produit, ergonomie, interfaces, service rendu à l'utilisateur...
o technique : architecture, performances, technologies, matériels et logiciels de base,configuration es
postes de travail...
o organisationnel : structures, procédures, acteurs...
6. Probabilité
Cette colonne contient la probabilité d'apparition des conséquences du risque.Exemples :
o 1 = faible 2 = moyenne 3 = forte 4 = très forte
7. Niveau d'impact
Cette colonne permet de quantifier l'importance de l'impact si le risque se concrétise.Exemples :
o 1 = mineur 2 = moyen 3 = important 4 = majeur
8. Poids du risque
Cette colonne est obtenue en multipliant la probabilité par le niveau d'impact. On obtient un poids
variant de 1 à 16. Les risques d'un poids supérieur doivent être traités en comité de suividu projet,
ce sont des risques à surveiller avec attention. Les risques d'un poids inférieur peuvent
généralement être traités par l'équipe projet.

Page 2 sur 4
 AUDI Des Systèmes d’Information Atelier 3 3

9. Actions préventives engagées

Il s'agit de lister ici les actions engagées ou à engager dans le but de réduire le risque. Les actions
engagées doivent être réalistes, révisables (il peut être nécessaire de les remettre en cause) et
mesurables en termes d'estimation de coûts et de résultats. Une date de réalisation de l'action doit
être ajoutée afin de préciser le calendrier, ainsi que la personne ou l'équipe responsable de mener
l'action.
10. Evolution du risque
Cette colonne permet d'effectuer le suivi de l'évolution du risque au cours du projet.Généralement,
on saisit la date du suivi et la tendance de l'évolution, à savoir si le risque se concrétise ou pas.
Lorsqu'un risque est définitivement écarté (par exemple parce que la date d'occurrence est passée),
le risque est clos : la ligne du tableau peut être grisée afin de faciliter la lecture des risques qu'il
faut continuer de surveiller. Exemples :
o jj/mm/aa : = (stable)
o jj/mm/aa : + ou ++ (augmente légèrement ou fortement)
o jj/mm/aa : - ou -- (diminue légèrement ou fortement)
o jj/mm/aa : 0 (risque clos)

Page 3 sur 4
 AUDI Des Systèmes d’Information Atelier 3 4

Description du risque Impacts Type de risque Probabilité Niveau Poids Evolution du

Réf. Date Actions préventives engagées
d’apparition d'impact risque
R01 15/03/11 Les interfaces utilisateurs ne sont pas bonnes. Impact sur la Fonctionnel Forte Importan o Analyse du travail (démarche Stable
qualité t d'ergonomie) : prise en compte
de l'utilisateur (fonction,
comportement, charge de
travail)
o Maquettage et évaluation
ergonomique
R02 Technique Forte Majeur o Simulation
o Essais comparatifs
Les temps de réponse ne sont pas satisfaisants. o Modélisation, prototypage
15/03/11 Pas sure
Impact sur le délai o Instrumentation, réglages
o Suivi de tableaux de bord

R03 Projet : Moyen Majeur o Redistribution des rôles

démotivation de ressources o Responsabilisation
15/03/11 Absence de motivation des équipes humaines o Formation Pas sure
l'équipe

R04 Des modifications fréquentes sont demandées retards dans la Moyen Majeur o Seuil d'acceptation des
Projet : changements
pendant le développement livraison (en jours)
15/03/11 démarche o Développement incrémental, ++
gestion de lots
o Gestion de versions

Page 4 sur 4