Chapitre 7 : Développement de SI et gestion du changement : Le projet de SI Objectifs du chapitre Connaître les acteurs du projet Comprendre la démarche de développement de type « cycle de vie » Être capable de citer d’autres modes de développement de SI. Comprendre les enjeux du changement et les accompagnements à mettre en oeuvre Plan du chapitre 1. Le projet de SI • 1.1 • 1.2 Définition du projet Les acteurs 2. Démarche de conduite d’un projet SI • 2.1 Démarche de type « cycle de vie » • 2.2 Autres démarches et outils 3. La conduite du changement Plan du chapitre 1. Le projet de SI • 1.1 • 1.2 Définition du projet Les acteurs 2. Démarche de conduite d’un projet SI • 2.1 Démarche de type « cycle de vie » • 2.2 Autres démarches et outils 3. La conduite du changement Un projet de SI peut concrètement être défini comme : « Logiciel(s) implantés sur des matériels, utilisés au sein de procédures définies, grâce à des modes d’utilisation maîtrisés par des utilisateurs » Un projet de SI est d’abord un projet. Il doit être « managé » ; Ensuite le projet porte sur les SI c’est dire qu’il y aura des implications technologiques, informationnelles et organisationnelles Un projet de SI est construit dans un objectif : Mettre en place un système d’information qui fonctionne et qui répond aux demandes qui lui ont été fixées. Quand on parle de projet de SI : généralement une partie du SI global La construction d’un projet de SI est un travail difficile dont les enjeux sont importants (coût !!!) Le succès n’est jamais garanti Utilisation de démarches types en fonction du projet de SI à construire On peut opposer plusieurs types de projet de SI et notamment : • Mise en place d’un ERP • Projet de développement d’une application spécifique Cette opposition est souvent reprise par de nombreux auteurs. Plan du chapitre 1. Le projet de SI • 1.1 • 1.2 Définition du projet Les acteurs 2. Démarche de conduite d’un projet SI • 2.1 Démarche de type « cycle de vie » • 2.2 Autres démarches et outils 3. La conduite du changement Les acteurs du projet Le donneur d’ordres : Commanditaire et bien souvent financeur du projet. Agit en son nom propre ou pour son organisation (CA, DG, société, etc.) => Le DG qui veut moderniser le parc informatique de son entreprise. Le maître d’ouvrage : Assure le pilotage global pour le compte du donneur d’ordres => La Direction des systèmes d’information. Remarque : Parfois donneur d’ordres et maitrise d’ouvrage sont les memes personnes Le maître d’œuvre : Responsable de la réalisation de l’opération => La SSII retenue pour l’intégration, l’étude technique, etc.; Si le projet est développé en interne, la maitrise d’œuvre sera la direction des systèmes d’information ou plus précisemment le service informatique Les fournisseurs : Sous-traitants du maître d’œuvre => Vendeurs d’ordinateurs, d’imprimantes, de scanneur, etc. L’exploitant : Utilisateur du produit fini => Les Directions utilisatrices, les salariés Source : F. GOFFI Les acteurs du projet Donneur d’ordres Reporte Oriente Spécifie Renforce Maître d’ouvrage Exploitant Maître d’œuvre Guide Installe Sous-traite Livre Fournisseurs Source : F. GOFFI Plan du chapitre 1. Le projet de SI • 1.1 • 1.2 Définition du projet Les acteurs 2. Démarche de conduite d’un projet SI • 2.1 Démarche de type « cycle de vie » • 2.2 Autres démarches et outils 3. La conduite du changement Démarche de type « cycle de vie » « Cycle de vie » : • Un début une fin Pas de retour en arrière (en principe) Chaque étape « déverse » ses résultats dans l’étape suivante DEMARCHE TYPE du développement d’un logiciel métier nouveau Développement SI : approche « cycle de vie » Comprendre les problèmes et les opportunités d'affaires Étude préliminaire Produit: Étude de faisabilité Analyse des systèmes Produit: Conception des systèmes Développer une solution SI Conception du système Produit: Développement des systèmes Implantation du système Implanter la solution SI Produit: Implantation d’un Système fonctionnel Entretien du système Produit: Maintenance et amélioration Plan du chapitre 1. Le projet de SI • 1.1 • 1.2 Définition du projet Les acteurs 2. Démarche de conduite d’un projet SI • 2.1 Démarche de type « cycle de vie » • 2.2 Autres démarches et outils 3. La conduite du changement Décomposition en sous système : le modèle en V Test et implantation du système global Etude préliminaire Analyse fonctionnelle Intégration DES sous-systèmes ITERATION Conception détaillée sous-système Test du sous-système Développement du sous-système Le prototypage Problème : Les utilisateurs ont du mal à formaliser leur besoin dès le départ Prototypage : développement et mise à l’essai rapide d’applications nouvelles dans un processus interactif et itératif L’utilisateur dispose d’une application incomplète mais qui fonctionne : en utilisant il pourra suggérer des améliorations Dans cette méthode : importance du dialogue entre utilisateurs et concepteurs Processus de prototypage Identifier les besoins en information d'un utilisateur final Développer un prototype de SI Cycle de prototypage Réviser le prototype avec l'utilisateur final Cycle d'entretien Utiliser et entretenir le SI accepté La méthode RAD Problème : Les projets qui se finissent dans les temps sont rares ; le retard coûte cher. RAD (rapid application dévelopment) : Impose des contraintes de temps impératives. Le contenu du projet sera ajusté à ce temps. Le contrôle du temps s’opère en découpant le projet en cycle dont l’issue est la production d’un prototype. L’accent est mis sur le délai même si le prototype manque d’exhaustivité Autres approches et outils Développement par utilisateur : • Favoriser le développement d’applications légères par les utilisateurs grâce aux fonctions de développement d’applications intégrées à différents logiciels. • Les équipes de développement jouent un rôle conseil et de support. Génie Logiciel Assisté par Ordinateur : permettre d’exécuter, grâce à des outils automatisés, un grand nombre d’activités du cycle de vie du développement. • planification et suivi de projet,conception des interfaces, vérification de la cohérence des spécifications, documentation, génération de code, génération de B/D, etc G.L.A.O Outils de planification Référentiels logiciel Outils d'analyse GLAO Outils de conception Exemple : Intégrateur d'information Windev AMC désignor Générateur de code Générateur de bases de données Interface système Autres approches et outils Achat d’un ERP : 2 visions du travail à faire : • la rédaction a priori d’un cahier des charges complet sans connaître le progiciel, puis la comparaison avec les fonctionnalités du progiciel ; • la rédaction du cahier des charges à partir des fonctionnalités du progiciel (avantage : plus rapide). Le risque possible est d'oublier les fonctionnalités nécessaires à l’entreprise mais absentes dans le progiciel, et d'enlever une part du sens critique vis à vis du progiciel. Toutefois le cahier des charges pourra être remis à jour lors de la présentation des progiciels par les différents fournisseurs. En effet il peut arriver que certains fournisseurs proposent des fonctionnalités intéressantes qui n’avaient pas été envisagé à l’origine. Ces fonctionnalités seront ajoutées au cahier des charges. Plan du chapitre 1. Le projet de SI • 1.1 • 1.2 Définition du projet Les acteurs 2. Démarche de conduite d’un projet SI • 2.1 Démarche de type « cycle de vie » • 2.2 Autres démarches et outils 3. La conduite du changement 3 – La conduite du changement Résistance au changement qu’est-ce que c’est ? Réaction normale, saine et prévisible face à une situation incontrôlable dont les bénéfices ne sont pas évidents. Minimiser les risques : •Faire participer les personnes aux programmes de changement •Intégrer la notion de changement dans la culture de l’organisation •Renseigner, informer le plus souvent et, de préférence, en personne •Récompenser, utiliser les incitatifs •Travailler en harmonie avec la culture de l’entreprise 3 – La conduite du changement La conduite du changement fait partie intégrante de la gestion de projet car elle conditionne sa réussite. En effet la mise en place d’un nouveau SI ne peut se faire sans la participation des utilisateurs ; cette participation dépend essentiellement de 3 points clés caractéristiques de la conduite du changement : • information • participation • formation Information La résistance aux changements (de la part des utilisateurs) réside bien souvent dans le manque d’information qui aboutit à la peur de l’inconnu : • comment va évoluer mon métier ? Serais-je licencié, muté ? La quantité de travail va-t-elle augmenter ? Ces questions sont légitimes et peuvent être solutionnées par : • Expliquer les objectifs et la valeur ajoutée attendu : ce que l’on va gagner • Clarifier des le départ l’implication qui sera demandé à chacun : l’effort à faire • Donner un planning de mise en place Toutes sortes d’outils de communication peuvent être utilisés : Lettre au personnel, réunion ouverte avec analyse des débats, découverte de la maquette du logiciel sur intranet,… Formation Le projet ne doit pas être lancé avant d’avoir défini, mis en œuvre et achevé le programme de formation. La refonte des processus peut avoir été l’occasion de définir les nouvelles compétences nécessaires et donc la formation qui en découle. On peut faire appel à des compétences externes (dans le cas d’un ERP on négociera la formation avec le fournisseur) ou se servir des compétences disponibles en interne. Participation Seul l’utilisateur, spécialiste du métier, est capable de définir les besoins, de voir les problèmes, de proposer des solutions. La participation peut être accrue grâce à des récompense. Une participation active de sa part est donc indispensable et les managers projet doivent faire en sorte que les utilisateurs s’approprient le projet comme s’ils en avaient été en partie les instigateurs. Ex : entretien avec les utilisateurs, simulations filmées permettant de tester les prototypes puis analyse et communication autour de ces simulations Les objectifs du chapitre sont-ils atteints ? Connaître les acteurs du projet Comprendre la démarche de développement de type « cycle de vie » Être capable de citer d’autres modes de développement de SI. Comprendre les enjeux du changement et les accompagnements à mettre en oeuvre