1 / 90

GENIE LOGICIEL L’analyse et la gestion des risques

GENIE LOGICIEL L’analyse et la gestion des risques. Hervé DOMALAIN CNAM Aquitaine – 2004 / 2005. Sommaire. Généralités - définitions Analyse des risques en étude préalable et construction de l’ingénierie du projet Pourquoi analyser les risques dès l’étude préalable ?

Download Presentation

GENIE LOGICIEL L’analyse et la gestion des risques

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. GENIE LOGICIELL’analyse etla gestion des risques Hervé DOMALAIN CNAM Aquitaine – 2004 / 2005

  2. Sommaire • Généralités - définitions • Analyse des risques en étude préalable et construction de l’ingénierie du projet • Pourquoi analyser les risques dès l’étude préalable ? • Les facteurs situationnels • Choix de la stratégie globale de développement • Stratégie de description • Stratégie de construction et de déploiement • Maîtrise des risques en cours de projet Génie logiciel (2004 – 2005)

  3. Pourquoi gérer les risques ? (1/2) • Maîtriser les risques est une préoccupation majeure en conduite de projet informatique. • Les risques sont définis comme la possibilité qu'un projet ne s'exécute pas conformément aux prévisions de dates, de coûts ou d'expression des besoins, ces dérives étant considérées comme difficilement acceptables, voire inacceptables. Génie logiciel (2004 – 2005)

  4. Pourquoi gérer les risques ? (2/2) • Exercer la maîtrise des risques dans un projet permet au chef de projet de mieux communiquer sur les difficultés potentielles du projet et de partager ses responsabilités avec les autres décideurs concernés. En effet, les différents acteurs concernés par le projet (aux niveaux stratégique, fonctionnel ou technique, maîtrise d'ouvrage ou maîtrise d'oeuvre) doivent être impliqués dans le suivi des risques. Cette participation, tout en les engageant davantage dans l'atteinte des objectifs du projet, leur permet de mieux appréhender les risques du projet, de mieux les surveiller tout au long des phases et d'en réduire les effets. • Le projet est globalement mieux maîtrisé car son pilotage est ajusté au fur et à mesure des évolutions de son environnement. La visibilité sous-jacente à la maîtrise des risques permet une prise de décision efficace, tout en se focalisant sur les aspects les plus sensibles du projet. Génie logiciel (2004 – 2005)

  5. Les activités relativesà la gestion des risques (1/2) • Pour maîtriser les risques, plusieurs activités sont à mettre en œuvre et ce, de manière itérative pendant toute la durée du projet : l'analyse des risques du projet, la réduction des risques et leur suivi. • Les résultats de ces activités doivent être capitalisés au sein de l'organisme afin de faire profiter les futurs projets de l'expérience acquise. Génie logiciel (2004 – 2005)

  6. Les activités relativesà la gestion des risques (2/2) Génie logiciel (2004 – 2005)

  7. Conséquences inacceptables et impacts Sont causés par Réduisent ou évitent Entraînent Facteurs de risques Actions préventives ou curatives Agissent sur Le schéma de principede gestion des risques Génie logiciel (2004 – 2005)

  8. Retard au déploiement Fonctionnalité non disponible Est causé par Réduit ou évite Entraîne Développement itératif ou incrémental Augmentation des ressources Sous-estimations des charges de développement Agit sur Déclinaison du schémasur une occurrence Génie logiciel (2004 – 2005)

  9. Définition de l’analyse des risques • Identification aussi exhaustive que possible de tous les événements générateurs de risques pour le projet, pouvant conduire au non respect des objectifs. • L'identification initiale des risques s'effectue en fonction des objectifs, des exigences et du contexte du projet : ses contraintes de délais et de budget, son environnement, son organisation.... • Pour effectuer ce recensement, le chef de projet peut procéder à un brainstorming avec les membres du projet (côté maîtrise d’ouvrage et côté maîtrise d’œuvre), s'inspirer d’une check-list de risques ou bien consulter les suivis de risques effectués sur des projets antérieurs. Génie logiciel (2004 – 2005)

  10. Définition de la réduction des risques • Cette activité consiste à mettre en œuvre des dispositions appropriées visant à rendre les risques acceptables pour le projet. • Ces dispositions peuvent être de différents types : suppression des causes, partage de responsabilités, limitation des conséquences, acceptation du risque tout en le surveillant… • Le choix des actions préventives à engager est effectué en comparant les coûts de leur mise en œuvre avec les coûts des conséquences du risque, en tenant compte de leur probabilité d'apparition. Génie logiciel (2004 – 2005)

  11. Définition du suivi des risques • Cette activité est réalisée à l’aide d’un tableau de suivi des risques : • Elle permet de suivre l'évolution des risques déjà identifiés (stabilité, à la hausse, à la baisse), de contrôler la pertinence des actions préventives engagées et éventuellement de corriger les dispositions prévues. • Elle permet également d’étudier la probabilité d’apparition de ceux-ci. Si de nouveaux facteurs de risques apparaissent, il faut les ajouter à la liste initiale. • Enfin, il s'agit de surveiller le déclenchement des événements redoutés et leurs conséquences réelles. • Le suivi des risques s'effectue au cours des réunions de projet (comités de suivi et de pilotage) dans lesquelles les différents intervenants concernés sont conviés. Génie logiciel (2004 – 2005)

  12. Sommaire • Généralités - définitions • Analyse des risques en étude préalable et construction de l’ingénierie du projet • Pourquoi analyser les risques dès l’étude préalable ? • Les facteurs situationnels • Choix de la stratégie globale de développement • Stratégie de description • Stratégie de construction et de déploiement • Maîtrise des risques en cours de projet Génie logiciel (2004 – 2005)

  13. Construire l’ingénierie du projet (1/2) • Construire l’ingénierie du projet signifie : • Avant tout de choisir une stratégie globale de développement adaptée à la situation, • Puis, en fonction du type de projet, de définir précisément pour chacune des phases, les étapes à mettre en œuvre et les produits finis à livrer à la maîtrise d’ouvrage. • Cette ingénierie doit permettre de répondre aux exigences qualité et aux objectifs de l’opération définis par le maître d’ouvrage. Génie logiciel (2004 – 2005)

  14. Contexte du projet Objectifs et exigences de la maîtrise d’ouvrage Analyse des risques Stratégie de développement Plan de jalonnement Plan de livraisons Construction de l’ingénierie du projet Construire l’ingénierie du projet (2/2) Génie logiciel (2004 – 2005)

  15. Choisir la stratégie globalede développement • Il s’agit de déterminer, à partir d’une analyse des exigences qualité et des facteurs situationnels du projet, exprimés en termes de complexité et d’incertitude, quelles sont les stratégies de description, de construction et de déploiement qu’il faut mettre en œuvre pour maîtriser le développement d'un système. • Un projet devra par exemple être réalisé suivant un cycle itératif pendant qu’un autre le sera par incréments. • Dans le cadre d’un projet, le choix de la stratégie globale s’effectue pendant la phase d’étude préalable. Génie logiciel (2004 – 2005)

  16. Déterminer le plan de jalonnementet le plan de livraisons • Le choix de la stratégie permet de définir le jalonnement sur lequel sera basé le pilotage du projet. • Le plan de livraisons définit les produits finis à réaliser pour chaque jalon imposé par la stratégie choisie pour le projet. Il constitue le cœur du plan du projet. • Le plan de livraisons est fonction du type de projet, c’est-à-dire de ses caractéristiques et d’une estimation globale des charges. Génie logiciel (2004 – 2005)

  17. Sommaire • Généralités - définitions • Analyse des risques en étude préalable et construction de l’ingénierie du projet • Pourquoi analyser les risques dès l’étude préalable ? • Les facteurs situationnels • Choix de la stratégie globale de développement • Stratégie de description • Stratégie de construction et de déploiement • Maîtrise des risques en cours de projet Génie logiciel (2004 – 2005)

  18. Analyser les exigencesqualité du projet • Il s’agit de prendre en compte les exigences définies par la maîtrise d’ouvrage (par exemple les facteurs qualité définis par la norme ISO 9126). Leur analyse doit permettre de faire ressortir celles qui sont génératrices de risques pour le projet. • Ces derniers sont donc à prendre en compte dans l’analyse des risques. Génie logiciel (2004 – 2005)

  19. Analyser la situation et les risques • Le choix de la stratégie repose sur l’évaluation des risques (qui intègrent les exigences qualité). • Les facteurs de risques, ou facteurs situationnels, se rapportent à la situation du projet, c’est-à-dire à son contexte et à son contenu. • Ces facteurs permettent de juger du degré de complexité et d’incertitude du projet. Cette évaluation faite, il devient possible d’élaborer une stratégie. Génie logiciel (2004 – 2005)

  20. Quid des facteurs situationnels ? • Les facteurs situationnels sont des indicateurs qui permettent de caractériser la situation dans laquelle se trouve le projet, compte tenu de son environnement. • Pour faciliter l’évaluation des facteurs situationnels, ces derniers sont organisés en fonction des caractéristiques de domaine (cible ou projet) et des caractéristiques de connaissance (complexité ou incertitude). Génie logiciel (2004 – 2005)

  21. DOMAINE DU PROJET Incertitude Complexité DOMAINE CIBLE Incertitude Complexité Charges Système d’information Structure Acteurs Système informatique Technologie Classification des facteurs situationnels Génie logiciel (2004 – 2005)

  22. Domaine cible • Le domaine cible du projet est le résultat de ce que l’on construit. • Les facteurs situationnels du domaine cible sont regroupés en deux catégories : • Le système d’information qui est constitué d’informations organisées, d’événements ayant un effet sur ces informations et d’acteurs qui agissent sur ces informations ou à partir de ces informations, selon des processus visant une finalité de gestion et utilisant les technologies de l’information. Décrire le système d’information d’une organisation (entreprise, organisme) revient à proposer une façon de regarder ce qu’est cette organisation et comment elle fonctionne. • Le système informatique est constitué des matériels et des logiciels des applicatifs sur lesquels s’appuient les processus du système d’information. Génie logiciel (2004 – 2005)

  23. Domaine du projet • Le domaine du projet se rapporte à l’organisation responsable de l’adaptation du système d’information, à savoir de la production du logiciel. • Les facteurs situationnels du domaine de projet sont regroupés en quatre catégories : • Structure du projet : propriétés apparentées à la structure (systèmes de communication, d’autorité et flux fonctionnels au sein du projet), • Charges du projet : propriétés apparentées aux unités d’œuvre assignées, bien définies, • Acteurs du projet : propriétés apparentées aux acteurs du projet (exécutants de parties de projet), • Technologie du projet : propriétés apparentées à la technologie (méthodes, techniques et outils) à utiliser dans le cadre du projet. Génie logiciel (2004 – 2005)

  24. Domaine cible ou domaine du projet ? • Un chantier de construction • Un bâtiment • L’équipe projet • Les utilisateurs du logiciel • Un atelier de génie logiciel • Un logiciel • La gestion des ressources • La gestion de stages Génie logiciel (2004 – 2005)

  25. Système d’informationou système informatique ? • Technologies de développement • Acteurs au sens UML • Processus métier • Données en persistance • Domaine cible • Informations métier • Fonctions applicatives • Changements organisationnels Génie logiciel (2004 – 2005)

  26. Caractéristiques de connaissances • Les caractéristiques de connaissances regroupent les connaissances nécessaires pour gérer la situation d’un projet. • Ces connaissances sont caractérisées par leur complexité et leur incertitude : • La complexité peut être considérée comme une mesure de la difficulté à gérer les connaissances disponibles. Dans l’échelle de la complexité, une situation est simple, modérée ou complexe. • L’incertitude peut être considérée comme une mesure du degré de connaissances disponibles. Dans l’échelle d’incertitude, une situation est certaine, modérée ou incertaine. Génie logiciel (2004 – 2005)

  27. Complexité ou incertitude ? • La tempête de décembre 1999 • Le passage à l’an 2000 • Un périmètre fonctionnel important • Des fonctionnalités mal définies • Une équipe projet importante • Des ressources mobilisées sur plusieurs projets simultanément • Mise en œuvre de technologies mal connues par le prestataire • Mise en œuvre de technologies novatrices Génie logiciel (2004 – 2005)

  28. Description des tableauxde facteurs situationnels Type et description du facteur Valorisation du risque Quelle phase est concernée par le facteur ? Nature du risque engendré par le facteur Génie logiciel (2004 – 2005)

  29. Facteurs de complexité du domaine cible - système d’information (1/3) Génie logiciel (2004 – 2005)

  30. Facteurs de complexité du domaine cible - système d’information (2/3) Génie logiciel (2004 – 2005)

  31. Facteurs de complexité du domaine cible - système d’information (3/3) Génie logiciel (2004 – 2005)

  32. Facteurs de complexité du domaine cible - système informatique (1/3) Génie logiciel (2004 – 2005)

  33. Facteurs de complexité du domaine cible - système informatique (2/3) Génie logiciel (2004 – 2005)

  34. Facteurs de complexité du domaine cible - système informatique (3/3) Génie logiciel (2004 – 2005)

  35. Facteurs d’incertitude du domaine cible - système d’information (1/4) Génie logiciel (2004 – 2005)

  36. Facteurs d’incertitude du domaine cible - système d’information (2/4) Génie logiciel (2004 – 2005)

  37. Facteurs d’incertitude du domaine cible - système d’information (3/4) Génie logiciel (2004 – 2005)

  38. Facteurs d’incertitude du domaine cible - système d’information (4/4) Génie logiciel (2004 – 2005)

  39. Facteurs d’incertitude du domaine cible - système informatique Génie logiciel (2004 – 2005)

  40. Facteurs de complexité du domaine du projet – charges du projet Génie logiciel (2004 – 2005)

  41. Facteurs de complexité du domaine du projet – structure du projet Génie logiciel (2004 – 2005)

  42. Facteurs de complexité du domaine du projet – acteurs du projet Génie logiciel (2004 – 2005)

  43. Facteurs de complexité du domaine du projet – technologie du projet Génie logiciel (2004 – 2005)

  44. Facteurs d’incertitude du domaine du projet – charges du projet Génie logiciel (2004 – 2005)

  45. Facteurs d’incertitude du domaine du projet – structure du projet Génie logiciel (2004 – 2005)

  46. Facteurs d’incertitude du domaine du projet – acteurs du projet Génie logiciel (2004 – 2005)

  47. Facteurs d’incertitude du domaine du projet – technologie du projet Génie logiciel (2004 – 2005)

  48. Les facteurs situationnels à étudier en étude préalable Les tableaux précédents décrivent tous les facteurs situationnels, quelque soit la phase du projet. Voici les facteurs permettant de construire l’ingénierie du projet en étude préalable : Ce sont tous les facteurs situationnels du domaine cible. Génie logiciel (2004 – 2005)

  49. Les commentaires sur la complexitéet l’incertitude du projet • Les tableaux de facteurs situationnels doivent être commentés par le chef de projet car les commentaires servent de support à l’argumentation de la stratégie choisie. • Il est très important que l’analyse soit également réalisée par d’autres acteurs en plus du chef de projet : un représentant de la maîtrise d’ouvrage, un autre membre de l’équipe projet, ... Ce qui permet d’obtenir plusieurs points de vue et de garantir une meilleure exhaustivité de l’analyse. Génie logiciel (2004 – 2005)

  50. Calculs de complexitéet d’incertitude du projet (1/3) • Il est possible de s’appuyer sur une approche chiffrée de l’analyse des risques : • En quantifiant la probabilité d’apparition du risque : 1 = faible, 2 = moyenne, 3 = forte, 4 = très forte. • En quantifiant le niveau d’impact du risque : 1 = mineur, 2 = moyen, 3 = important, 4 = majeur. • Ce qui permet de déterminer le poids du risque : « probabilité d’apparition » x « niveau d’impact » => poids de 1 à 16 • Dans ce cas aussi, l’implication de plusieurs personnes pour évaluer le poids d’un risque crédibilise les chiffres avancés. Génie logiciel (2004 – 2005)

More Related