Gouvernance du système d'information et parties prenantes
Télécharger en tant que PPTX, PDF12 j'aime5,187 vues
Le document traite de la gouvernance des systèmes d'information, expliquant ses définitions, son historique et son rôle dans les entreprises. Il décrit également les stratégies de gestion des parties prenantes et les normes, méthodes et outils nécessaires pour une gouvernance efficace. Enfin, il aborde la gestion du changement et l'importance de l'alignement entre les systèmes d'information et les besoins organisationnels.
Gouvernance du système d'information et parties prenantes
- 1. Gouvernance des systèmes d'information et Parties prenantes ABDESLAM MENACERE
- 2. Agenda Contexte, définitions et Historique Gouvernance des Systèmes d’information Parties prenantes
- 3. Contexte, définitions et Historique
- 4. Contexte - Pourquoi cette session ? Comprendre votre rôle dans le contexte des systèmes d’information Comprendre les enjeux de la gouvernance des systèmes d’information Connaitre les normes, les méthodes et les outils adaptés au contexte des SI Savoir identifier et nommer les parties prenantes, et comprendre la gestion du changement
- 5. Définitions - SI Qu’est ce qu’un « système d’information »?
- 6. Définitions - SI Système d’information (SI) «Un ensemble organisé de ressources qui permet de collecter, stocker, traiter et diffuser de l'information. Il s'agit d'un système sociotechnique composé de 2 sous-systèmes, l'un social et l'autre technique. Le sous-système social est composé de la structure organisationnelle et des personnes liées au SI. Le sous-système technique est composé des technologies (hardware, software et équipements de télécommunication) et des processus concernés par le SI. »
- 7. Définitions - SI Système d’information (SI) Dimension Sociale Structure Personnes Dimension Technique Technologies processus
- 9. Historique - SI Années 60-70 • Automatisatio n • Mainframe Années 80 • Réduction des couts • Personal computing • SGBD Années 90 • Processus Métier • ERP • Web 1.0 • Architecture clients/serveur Années 2000 • SI stratégique • De la data à l’information • Informatique décisionnelle et BI • Architecture 3 tiers • Web 2.0 2010 et plus • Big Data • Web 3.0 • BYOD • Internet des objets • CLOUD computing • SAAS • Sémantique • User expérience
- 10. Définitions – fonctions du SI
- 12. Gouvernance des SI Qu’est ce que « la gouvernance des systèmes d’information »?
- 13. Gouvernance des SI - Définition La « Gouvernance des Systèmes d'Information » ou « Gouvernance informatique » (en anglais « IT gouvernance ») renvoie aux moyens de gestion et de régulation des Systèmes d'Information (SI) mis en place dans une entreprise pour atteindre ses objectifs. Elle fait partie intégrante de la gouvernance d'entreprise. La gouvernance a pour objectif de s'assurer que le SI réponde tout en s'adaptant en permanence aux besoins des parties prenantes internes (métiers) et externes à l'entreprise.
- 14. Gouvernance des SI Histoire d’une mauvaise gouvernance des systèmes d’information - Cas d’une entreprise nationale publique
- 15. Gouvernance des SI – les piliers Anticiper et connaître Décider Communiquer et suivre Adapter
- 16. Gouvernance des SI – Rôle du DSI Stratégie technique Qualité technique Collaborateurs technique
- 17. Gouvernance des SI – Fondements
- 18. Phases d’un projet – Cycle de vie du SI Définir Concevoir RéaliserGérer Système d’information Initiation Development Implementation Operation & Maintenance
- 20. Référentiels, Méthodes, démarche qualité et normes Référentiels : collection de bonnes pratiques sur un sujet donné Norme : édité par une instance de normalisation indépendante (ex: ISO) Standard : Reférenciel largement utilisé et reconnu Nomenclature : permet de décomposer une problématique en éléments homogènes Méthodologie : démarche structurante pour réaliser une tâche donnée
- 21. Référentiels, Méthodes, démarche qualité et normes
- 22. Référentiels, Méthodes, démarche qualité et normes – les plus utilisées Source: Les référentiels de la DSI, Cigref 2009
- 23. Référentiels, Méthodes, démarche qualité et normes – par domaine Source: Les référentiels de la DSI, Cigref 2009
- 24. Référentiels, Méthodes, démarche qualité et normes – les principaux
- 25. Référentiels, Méthodes, démarche qualité et normes – Cobit COBIT : Control OBjectives for Information and related Technology Domaine d’application : Gouvernance IT Établi par les experts comptables. Constitue une base pour l’audit des SI, le contrôle et la sécurité des activités informatiques. Ensemble de règles auxquelles le système d’information doit se conformer, au risque d’être qualifié de hors norme ou risqué.
- 26. Référentiels, Méthodes, démarche qualité et normes – ISO ISO : International Organization for Standardization Organisme international de normalisation qui émet des règles et normes qualité. Domaines d’application ISO 9000 pour la gestion de la qualité ISO 27000 pour la sécurité informatique ISO/IEC 2000 sur la gestion des services
- 27. Référentiels, Méthodes, démarche qualité et normes – ITIL ITIL Information Technology Infrastructure Library Domaine d’application : Gestion des services, gestion de la technologie informatique pour les besoins de l’entreprise. Objectifs Aligner les services liés aux technologies de l’information sur les besoins et attentes de l’entreprise ; Améliorer la qualité des services fournis par les technologies de l’information ; Réduire les coûts des services informatiques.
- 28. Référentiels, Méthodes, démarche qualité et normes – Cigref CIGREF : Club Informatique des Grandes Entreprises Françaises Association des principaux responsables informatiques des entreprises françaises. Organisme institutionnel français qui traite des problématiques de système d’information et formalise des méthodes. Le Cigref a produit une nomenclature des métiers et des compétences du système d’information. permet d’évaluer le niveau de compétences d’un service système d’information et d’envisager les actions de formation en fonction des écarts constatés.
- 29. Référentiels, Méthodes, démarche qualité et normes – UML UML : Unified Modeling Language Formalise les activités et leurs règles de gestion. Créé par Object Management Group, Permet de décrire le réel pour son informatisation. Pour cela, mobilise des représentations graphiques qui désignent un fonctionnement à informatiser.
- 30. Référentiels, Méthodes, démarche qualité et normes – CMMI CMMI : Capability Maturity Model Integration Domaine d’application : développement software Ensemble de pratiques organisées en cinq niveaux de maturité et de performance niveau 1 , prise en compte des processus de développement informatique et de l’importance à les optimiser. niveau 2 , « discipliné » niveau 3, « niveau ajusté », savoir capitaliser sur les projets réalisés et construire une base des bonnes pratiques. Il niveau 4, « géré quantitativement », indicateurs quantitatifs sous la forme de mesures et obligation d’avoir des objectifs et un suivi des écarts pour chaque indicateur. niveau 5, en optimisation, aboutissement de la démarche.
- 31. Référentiels, Méthodes, démarche qualité et normes – Agile Domaines d’application : développement software, gestion des incidents 4 principes fondamentaux Les individus et leurs interactions, plus que les processus et les outils Des logiciels opérationnels, plus qu'une documentation exhaustive La collaboration avec les clients, plus que la négociation contractuelle L'adaptation au changement, plus que le suivi d'un plan Plusieurs frameworks Scrum Kanban XP Lean software
- 32. Référentiels, Méthodes, démarche qualité et normes – FCS d’une démarche référentiel « Les référentiels sont de bons esclaves mais de mauvais maîtres ». La démarche de référentiel doit répondre à un certain pragmatisme. Le référentiel doit être avant tout « reconnu » (notion de standard et de référence). La démarche managériale est aussi importante que la finalité. Le référentiel, qu’il soit obligatoire ou facultatif, doit garder une valeur d’usage. La traduction de la démarche de référentiel en enjeux métiers permet de masquer le référentiel. Les référentiels doivent s’inscrire dans les processus de l’entreprise. La mise en place d’un référentiel doit se gérer comme un projet (définition d’objectifs pour les managers, déploiem ent sur un site pilote). La conduite du changement ne se réduit pas à la formation. Rendre visible les bons et mauvais élèves peut parfois s’avérer efficace. Les indicateurs de mesure d’usage permettent d’objectiver la subjectivité
- 33. Référentiels, Méthodes, démarche qualité et normes – Bénéfices Source: Les référentiels de la DSI, Cigref 2009
- 34. Parties prenantes du SI
- 35. Parties prenantes du SI – Définition Parties prenantes , de quoi on parle?
- 36. Parties prenantes du SI – Définition personne ayant un intérêt dans le fonctionnement du système d’information. Personne pour qui le système d’information est un enjeu. En anglais : stakeholder.
- 37. Parties prenantes du SI – démarche générale Identifier les acteurs ; Définir les rôles et responsabilités ; Organiser les relations entre les acteurs autour de processus et au sein de structures.
- 38. Parties prenantes – Identification Quelles sont les parties prenantes du système d’information de notre entreprise ?
- 39. Parties prenantes – Identification Le fonctionnement du système d’information actuel prend-il en compte toutes les parties prenantes ? Si non, pourquoi : est-ce un oubli, une anomalie ou un choix fait dans le passé ? Les raisons de ce choix sont-elles encore valides ? Faut-il remédier à cette situation ? Quels sont les attentes et les devoirs des parties prenantes ?
- 40. Parties prenantes – Identification
- 41. Parties prenantes – Identification
- 42. Parties prenantes – Identification
- 43. Parties prenantes – MOA/MOE Maitrise d’ouvrage (MOA) L'entité porteuse du besoin, définissant l'objectif du projet, son calendrier et le budget consacré à ce projet. Le résultat attendu du projet est la réalisation d'un produit, appelé ouvrage. Maîtrise l'idée de base du projet, et représente à ce titre les utilisateurs finaux à qui l'ouvrage est destiné. le maître d'ouvrage (en anglais Project Owner)est Responsable de l'expression fonctionnelle des besoins sans forcément avoir les compétences techniques liées à la réalisation de l'ouvrage.
- 44. Parties prenantes – MOA/MOE Maitrise d’œuvre (MOE) Entité retenue par le maître d'ouvrage pour réaliser l'ouvrage, dans les conditions de délais, de qualité et de coût fixées par ce dernier conformément à un contrat. Responsable des choix techniques inhérents à la réalisation de l'ouvrage conformément aux exigences de la maîtrise d'ouvrage. Le maître d'œuvre (en anglais Project Supervisor) a la responsabilité dans le cadre de sa mission de désigner une personne physique chargée du bon déroulement du projet (on parle généralement de maîtrise du projet), il s'agit du chef de projet.
- 45. La gestion du changement Définir la stratégie et l’alignement stratégique (objectifs, finalité, gestion des risques,… ) Comprendre le capital humain – Une transformation est avant tout une aventure humaine Prendre la température du capital humain Acteurs (opposants, promoteurs) et personnes qui comptent Phases : Refus, Résistance-colère, Hésitation-Doute, Résignation, Engagement Définir la tactique & processus (SWOT , analyse comparative, …) Mettre en œuvre de la transformation
- 46. La gestion du changement Piloter le changement (objectifs, enjeux, etc.). Anticiper et élaborer la nouvelle organisation, le plan de formation, le plan de communication, la documentation. Accompagner les changements (gestion des résistances, adaptation aux imprévus, etc.).