46
Gouvernance des systèmes d'information et Parties prenantes ABDESLAM MENACERE

Gouvernance du système d'information et parties prenantes

Embed Size (px)

Citation preview

Page 1: Gouvernance du système d'information et parties prenantes

Gouvernance des systèmes d'information et Parties prenantesABDESLAM MENACERE

Page 2: Gouvernance du système d'information et parties prenantes

Agenda

Contexte, définitions et Historique

Gouvernance des Systèmes d’information

Parties prenantes

Page 3: Gouvernance du système d'information et parties prenantes

Contexte, définitions et Historique

Page 4: Gouvernance du système d'information et parties prenantes

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

Page 5: Gouvernance du système d'information et parties prenantes

Définitions - SI

Qu’est ce qu’un « système d’information »?

Page 6: Gouvernance du système d'information et parties prenantes

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. »

Page 7: Gouvernance du système d'information et parties prenantes

Définitions - SI

Système d’information (SI)

Dimension Sociale

Structure Personnes

Dimension Technique

Technologies processus

Page 8: Gouvernance du système d'information et parties prenantes

Définitions - SI

Page 9: Gouvernance du système d'information et parties prenantes

Historique - SI

Années 60-70

•Automatisation•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

Page 10: Gouvernance du système d'information et parties prenantes

Définitions – fonctions du SI

Page 11: Gouvernance du système d'information et parties prenantes

Gouvernance des Systèmes d’information

Page 12: Gouvernance du système d'information et parties prenantes

Gouvernance des SI

Qu’est ce que « la gouvernance des systèmes d’information »?

Page 13: Gouvernance du système d'information et parties prenantes

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.

Page 14: Gouvernance du système d'information et parties prenantes

Gouvernance des SI

Histoire d’une mauvaise gouvernance des systèmes d’information - Cas d’une entreprise nationale publique

Page 15: Gouvernance du système d'information et parties prenantes

Gouvernance des SI – les piliers

Anticiper et connaître Décider Communiquer et suivre Adapter

Page 16: Gouvernance du système d'information et parties prenantes

Gouvernance des SI – Rôle du DSI

Stratégie technique

Qualité technique

Collaborateurs technique

Page 17: Gouvernance du système d'information et parties prenantes

Gouvernance des SI – Fondements

Page 18: Gouvernance du système d'information et parties prenantes

Phases d’un projet – Cycle de vie du SI

Définir Concevoir

Réaliser Gérer

G ér

erD

éfin

irC

oncevoir R

éaliser Système

d’information

Initiation Development

Implementation Operation & Maintenance

Page 19: Gouvernance du système d'information et parties prenantes

Référentiels, Méthodes, démarche qualité et normes

Page 20: Gouvernance du système d'information et parties prenantes

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

Page 21: Gouvernance du système d'information et parties prenantes

Référentiels, Méthodes, démarche qualité et normes

Page 22: Gouvernance du système d'information et parties prenantes

Référentiels, Méthodes, démarche qualité et normes – les plus utilisées

Source:Les référentiels de la DSI, Cigref 2009

Page 23: Gouvernance du système d'information et parties prenantes

Référentiels, Méthodes, démarche qualité et normes – par domaine

Source:Les référentiels de la DSI, Cigref 2009

Page 24: Gouvernance du système d'information et parties prenantes

Référentiels, Méthodes, démarche qualité et normes – les principaux

Page 25: Gouvernance du système d'information et parties prenantes

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é.

Page 26: Gouvernance du système d'information et parties prenantes

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

Page 27: Gouvernance du système d'information et parties prenantes

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.

Page 28: Gouvernance du système d'information et parties prenantes

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.

Page 29: Gouvernance du système d'information et parties prenantes

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.

Page 30: Gouvernance du système d'information et parties prenantes

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.

Page 31: Gouvernance du système d'information et parties prenantes

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

Page 32: Gouvernance du système d'information et parties prenantes

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éploiement

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é

Page 33: Gouvernance du système d'information et parties prenantes

Référentiels, Méthodes, démarche qualité et normes – Bénéfices

Source:Les référentiels de la DSI, Cigref 2009

Page 34: Gouvernance du système d'information et parties prenantes

Parties prenantes du SI

Page 35: Gouvernance du système d'information et parties prenantes

Parties prenantes du SI – Définition

Parties prenantes , de quoi on parle?

Page 36: Gouvernance du système d'information et parties prenantes

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.

Page 37: Gouvernance du système d'information et parties prenantes

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.

Page 38: Gouvernance du système d'information et parties prenantes

Parties prenantes – Identification

Quelles sont les parties prenantes du système d’information de notre entreprise ?

Page 39: Gouvernance du système d'information et parties prenantes

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 ?

Page 40: Gouvernance du système d'information et parties prenantes

Parties prenantes – Identification

Page 41: Gouvernance du système d'information et parties prenantes

Parties prenantes – Identification

Page 42: Gouvernance du système d'information et parties prenantes

Parties prenantes – Identification

Page 43: Gouvernance du système d'information et parties prenantes

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.

Page 44: Gouvernance du système d'information et parties prenantes

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.

Page 45: Gouvernance du système d'information et parties prenantes

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

Page 46: Gouvernance du système d'information et parties prenantes

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.).