Cursus Chef de projet Maîtrise d'ouvrage (MOA)

Partie 1 : Assurer la maîtrise d'ouvrage: Piloter un projet (3j)

• La place de la MOA
• Interface entre le métier (commanditaire et utilisateurs) et la DSI (maîtrise d'oeuvre)
• Fonctionnement en mode projet et mode production
• Place dans l'organisation permanente ou non, transversale ou intégrée au métier, interne ou externalisée, avec offshore ou sans
• Les fonctions de la MOA
• Demander, valoriser, prioriser
• Estimer la réponse à l'appel d'offre
• Communiquer, suivre
• Prendre une décision
• Préparer la recette et recetter le produit
• Prévoir le changement et déploiement
• La dimension projet
• Le triangle qualité-coût-délai
• Les 3 sous-systèmes : opérant, gestion, pilotage et leurs rôles respectifs
• Les 3 axes : direction, relation, production
• Les causes profondes, explications et effets
• Dispositifs pour assurer la réussite
• Les cycles de vie (avec aucun, un ou plusieurs prototypes, méthodes agiles)
• Demander un usage futur : modéliser la cible
• Modéliser par intentions, par fonctionnalités, par objets métier
• Rédiger le dossier de lancement de projet, l'expression de besoins
• Cartographie des processus et impact du projet
• Assurer la communication avec le métier, avec la MOE (Maîtrise d'oeuvre)
• Fixer les jalons et leurs rôles
• Établir les circuits de communications, les comités
• Préparer les tableaux de bord
• Fixer les règles et construire la confiance
• Valoriser les activités et suivre les priorités
• Anticiper les priorités et les valeurs ajoutées
• Repérer les valeurs de pilotage et les risques
• Suivre l'avancement de la valeur ajoutée
• Gérer les demandes de modification (en mode projet et en production)
• Préparer la recette
• Instancier les scénarios
• Définir une stratégie de test
• Créer les fiches de recette
• Établir le circuit de suivi
• Préparer le déploiement et le changement
• Concevoir le sous-projet de déploiement
• Estimer la charge de déploiement
• Prévoir la bascule des données ou leur saisie
• Revoir les processus métier
• Nommer les accompagnateurs du changement
• Souligner les valeurs ajoutées
• Estimer la réponse à l'appel d'offre
• Construire une grille d'évaluation objective
• Rédiger l'appel d'offre de manière ouverte
• Rédiger les évaluations, justifier le choix

Partie 2 : Recenser et analyser les besoins utilisateurs (2j)

• L'approche de définition et d'analyse des besoins
• Identifier les besoins
• Obtenir les besoins du client
• La clarification et la reformulation des besoins
• L'analyse des besoins
• Définir les besoins
• Spécifier les besoins
• Classer les besoins par ordre de priorité
• Développer les besoins
• Cloisonnement des besoins
• Distribution des besoins
• Le suivi des besoins
• La gestion des besoins
• Tester et vérifier les besoins
• Valider les besoins
• Les bénéfices et écueils d'une approche formalisée
• La nomenclature des besoins
• Les pratiques recommandées pour la définition et l'analyse des besoins
• S'engager sur une approche
• Qu'est-ce que s'engager sur une approche ?
• Comment devenir et rester partenaires ?
• Comment faire évoluer le partenariat ?
• Établir une équipe responsable du cahier des charges
• Que fait l'équipe ?
• Comment créer l'équipe ?
• Qui doit être dans l'équipe ?
• Quand l'équipe doit-elle se réunir ?
• Le Retour sur Investissement (ROI) d'une bonne définition et analyse des besoins
• Les rôles de la maîtrise d'ouvrage et de la maîtrise d'oeuvre
• Définir les besoins
• Interviewer les clients
• Interviewer un groupe
• Calmer les situations tendues
• L'évolution des besoins
• La différence entre les besoins et l'architecture
• Identifier les besoins et les rendre visibles
• Présentation des techniques
• Définition collaborative JAD (Joint Application Development)
• Définition par approches successives (Design By Walking Around DBWA)
• Les scénarii
• L'approche par l'utilisation
• Les schémas heuristiques (mind maps)
• Les tableaux de Gilb
• L'approche 315
• Prototypage
• Les diagrammes logiciels
• Le cahier des charges fonctionnel
• Considérations générales d'un bon cahier des charges
• Choisir l'auteur du cahier des charges fonctionnel
• Quels besoins inclure dans un cahier des charges fonctionnel
• La longueur du cahier des charges fonctionnel
• Les caractéristiques désirées d'un cahier des charges fonctionnel
• Énoncer les besoins
• Le cahier des charges fonctionnel standard
• Introduction
• Description générale
• Besoins détaillés
• Le cahier des charges technique et général
• Les clauses
• La spécification technique du besoin
• Définir et améliorer le processus d'identification des besoins
• Comment définir le processus ?
• Les objectifs du responsable des besoins
• Exemple de processus d'identification des besoins
• Règles à suivre pour une meilleure définition des besoins
• Les itérations entre les cycles de définition des besoins et de l'architecture ou les processus d'ingénierie
• Le processus d'ingénierie
• Recommandations sur le processus d'ingénierie
• Vérifier et valider l'adéquation aux besoins
• Les méthodes de vérification
• Recommandations
• Les erreurs à éviter
• Des approches de test et d'intégration
• Les mythes de l'intégration et des tests
• Gérer les personnes
• Gérer les processus
• L'approche de test IDEA
• Les fonctions et leurs caractéristiques
• La relation Qualité/Fonction
• Formulation des fonctions
• Les différentes catégories de fonctions
• Les fonctions inutiles ou nuisibles
• Identification des fonctions par la méthode RESEAU
• Recherche intuitive
• Étude du cycle de vie et de développement
• La méthode SAFE (Séquential Analysis of Functionnal Elements)
• Examen des mouvements et des efforts
• Analyse d'un produit de référence
• Utilisation des normes et des règlements

Partie 3 : Concevoir un cahier des charges informatique (2j)

• Définir le cadre du projet
• Faire partager les constats à l'origine du projet
• Identifier périmètre, objectifs et contraintes
• Choisir une stratégie de conduite de projet
• Construire une démarche adaptée suivant la typologie du projet SI
• Répartir les tâches d'élaboration et de validation entre les différents acteurs du projet
• Analyser les besoins
• Décrire les modes de recueils
• Maîtriser les techniques de recueils d'information
• Positionner le rôle du maquettage pour aider à la validation
• Élaborer le système d'information cible : les modèles fonctionnels
• Extraire les fonctions attendues
• Recenser les données nécessaires
• Traduire l'activité en objets métiers fonctionnels
• Concevoir des scénarii
• Repérer les scénarii cibles
• Fixer les scénarii relatifs aux techniques
• Analyser l'impact, les changements et la rentabilité des scénarii retenus
• Identifier les moyens nécessaires
• Valoriser les critères d'appréciation de la cible
• Évaluer le rapport utilité/coût
• L'apport des outils d'aide à la conception
• Utiliser un langage commun, faciliter l'expression
• Organiser les validations nécessaires
• Gérer l'aspect documentaire
• Formaliser le cahier des charges
• Structurer selon un plan logique
• Retenir le contenu pertinent, s'assurer de sa précision, vérifier son exhaustivité et son évolutivité

Partie 4 : Tests et recettes des applications informatiques (3j)

• Rappels
• Enjeux des tests
• Les différents niveaux des tests au sein des différents cycles de développement
• Les différents types de tests : fonctionnels et non fonctionnels
• Processus de test
• Notion de couverture
• Phase de préparation et suivi
• Qu'est-ce qu'une stratégie de test
• Zoom sur la stratégie basée risque
• Définir son effort de test, les moyens à mettre en oeuvre, les critères d'arrêts
• Mise en application sur un cas concret
• Estimation des tests
• Suivi qualité et planification
• Mise en application
• Phase de conception
• Les revues
• Qu'est-ce qu'une exigence ?
• Répertorier et organiser ses exigences
• Gérer un référentiel d'exigences
• Mise en application avec un outil open source
• Répertorier et organiser ses tests
• Concevoir ses tests : techniques de test fonctionnel (partition par équivalence, valeurs aux limites, table de condition, cas d'utilisation etc.)
• Mise en application avec un outil open source
• Les tests non fonctionnels
• Cas particulier des tests d'intégration
• Cas particulier des tests unitaires : revue de code
• Phase d'exécution
• Préparer et maitriser son environnement de test et ses données de test
• Gérer les livraisons
• Exécuter les tests unitaires et mesurer la couverture de code
• Organiser ses tests d'intégrations : stratégie d'intégration et planification
• Organiser les campagnes de tests systèmes et d'acceptation
• Suivi des tests et des anomalies
• Quand arrêter les tests ?
• Mise en application avec un outil Open Source
• La recette
• Objectifs
• Responsabilité MOA -MOE
• Critères de démarrage et critères d'arrêt
• Recette opérationnelle (qualité de service, test de récupération, HA etc...)
• Recette utilisateur (cas d'utilisation, Beta test)
• Bilan
• Générer un rapport de tests
• Générer un bilan et améliorer son processus de test
• Mise en application avec un outil Open Source
• Comment utiliser un outil

Partie 5 : Conduire le changement dans un projet SI (2j)

• 1ÈRE PARTIE : COMPRENDRE, ANTICIPER, ÉVITER LES PIÈGES DU CHANGEMENT
• Comprendre les causes et la nature des résistances aux changements
• Typologie des besoins de changement
• Problématique des entreprises et des collaborateurs
• Les causes profondes des résistances : quelles conséquences ?
• Le processus de réaction aux changements dans le temps : les cinq phases et leur problématique
• Maîtriser les sept axes critiques du changement dans l'entreprise
• Les trois chemins possibles du changement et comparatif
• Comment anticiper ou lever les résistances pour réussir un projet de gestion du changement ?
• Quels sont les sept axes critiques à maîtriser pour réussir un changement : le sens et sa diffusion, les acteurs, la gestion d'impact et de risques, le mode de gouvernance du changement et la communication, le déploiement d'un système d'information, l'organisation et la prise en compte de la maturité de l'entreprise
• 2ÈME PARTIE : PHASE DE CONSTRUCTION D'UN PROJET D'ACCOMPAGNEMENT DU CHANGEMENT
• Le processus global du changement
• La démarche générale de la conduite du changement
• Élaborer la stratégie globale de déploiement et de conduite du changement associée, en prenant en compte tous les paramètres : le business, les hommes, l'organisation, les processus, le système d'information
• L'analyse des changements
• Analyser l'impact des changements. Comment mener rapidement un diagnostic objectif ? Les pièges à éviter
• Élaborer la cartographie socio-dynamique
• Évaluer les risques du changement sur le business, les hommes, les structures, les processus. Analyse des pertes de productivité. Les actions à entreprendre pour les minimiser. Évaluer les risques de rejet. Quelles conséquences ? Comment s'y prendre pour minimiser l'ensemble des risques ?
• Quelles actions raisonnables mettre en oeuvre ? Les conditions du succès
• Atelier n°1 : élaborer une analyse d'impact à partir d'une étude de cas réelle
• La construction d'un projet d'accompagnement aux changements
• Définir et adapter les actions de changement et d'accompagnement au changement
• Identifier les étapes, les planifier et budgéter les actions retenues : comment définir un bon timing des actions de changement ?
• Formaliser les objectifs et les indicateurs du changement. Piloter et suivre les gains métier et financiers attendus des nouvelles activités : suivi et reporting des indicateurs à l'aide d'un tableau de bord
• Organiser le projet de gestion du changement. Les différentes organisations possibles à mettre en oeuvre : avantages et inconvénients respectifs
• Élaborer le plan général d'accompagnement au changement, définir les actions techniques à engager au bon moment et les alternatives.
• Les compétences attendues du manager du changement
• Les qualités attendues.
• Son rôle et ses moyens. Quelles sont les tâches à réaliser ? Comment définir ses objectifs à atteindre ?
• 3ÈME PARTIE : PHASE DE RÉALISATION D'UN PROJET D'ACCOMPAGNEMENT DU CHANGEMENT
• 10.1)
• Définition et mise en oeuvre du plan de communication
• Les enjeux de la communication. Pourquoi, quand et comment communiquer ? La communication interne (CE, DP, syndicats, personnel). La communication externe (clients, partenaires, actionnaires). Les supports et les canaux de communication
• Construire un plan de communication ? Exemples
• Les principes de base de la communication sur les projets de changement. Les meilleures pratiques : les règles de l'écrit et de l'oral. Le timing. La périodicité. Le contenu. Les messages clés selon la situation
• Comment suivre l'exécution des actions de communication et évaluer leur efficacité sur le terrain ?
• Les outils et les médias de la communication
• Les enquêtes de satisfaction : intérêts et limites. Quelle fréquence ?
• Atelier n°2 : élaborer un plan de communication à partir d'une étude de cas réelle
• 12.1)
• Définition et mise en oeuvre du plan de formation
• Construire un plan de formation. Où sont les vraies difficultés ? Les enjeux
• Les principes de base. Comment, par quels moyens et par qui ?
• Le modèle d'évaluation de l'efficacité des formations
• Les outils de la formation
• Atelier n°3 : élaborer un plan de formation à partir d'une étude de cas réelle
• Définition et mise en oeuvre du plan de support et d'accompagnement des utilisateurs
• Construire un plan d'accompagnement
• Les principes de base. Comment, par quels moyens et par qui ?
• Les outils d'accompagnement (coaching/ monitorat individuel et collectif, support hotline aux utilisateurs)
• Les pièges à éviter
• Définition et mise en oeuvre du plan de réorganisation
• Construire un plan d'organisation des processus
• Les principes de base : comment, quand, par quels moyens et par qui ?
• Les outils de la réorganisation
• Les pièges à éviter
• Les indicateurs de pilotage de la conduite du changement
• Mesurer l'acceptabilité du changement dans l'entreprise
• Liste des indicateurs de pilotage
• Les principes de base : quel tableau de bord mettre en oeuvre ?