Ce livre sur la conduite de projets informatiques s’adresse à un public d’informaticiens, de chefs de projet, qu’ils soient professionnels ou étudiants. Il présente la conduite de projets d’une façon concrète et abordable, en fournissant les éléments clés d’un projet réussi : analyse, suivi, bilan.

Toutes les étapes d’un projet sont présentées sous l’angle pratique, en reliant des règles implicites à des exemples réels. Les explications « toutes faites » et les paradigmes « prêts à l’emploi » sont analysés pour permettre aux chefs de projets d’effectuer leurs propres choix, en toute connaissance de cause. Les informaticiens et les professionnels impliqués dans des projets informatiques trouveront des réponses aux questions fréquemment posées et qui les concernent quotidiennement (gestion d’aléas, moyens, chiffrage, planning, risques, aspects fonctionnels…). Le livre traite des aspects financiers (budgets, business cases, contrôle de gestion) et de la prise en compte du risque (analyse, plan de gestion) pour le pilotage du projet.

Le livre comporte des études de cas très détaillées, fruits de l’expérience de l’auteur. Le premier projet décrit la mise en oeuvre d’un CRM dans une société de conseil. Figure également le projet de développement d’une solution de pilotage d’activité dans une entreprise de crowdfunding. Enfin, le livre présente le lancement d’une entreprise startup et son projet de vente en ligne.

Les méthodes Scrum et Kanban sont naturellement étudiées dans le cadre des projets agiles. Le lancement d’une application mobile développée en open source illustre concrètement la conduite d’un projet d’envergure en suivant une approche itérative.

La nouvelle édition du livre étudie le pilotage d’un portfolio de projets, en commençant par la constitution du programme, son cadre contractuel, sa roadmap, ses indicateurs de performance clés avant de poursuivre avec le suivi opérationnel, les aspects liés à la communication et la conduite du changement.

Les activités découlant du règlement sur la protection des données personnelles (RGPD) incombant au chef de projet sont également expliquées. L’outillage de conduite du projet est passé en revue pour permettre aux équipes, même réduites, de communiquer et de suivre leurs projets avec efficacité.

Des éléments complémentaires sont en téléchargement sur le site www.editions-eni.fr.

Téléchargements

• Des fichiers complémentaires (190 Ko)

Avant-propos

1. Introduction

Démarrer un projet informatique

1. Démarrer un projet informatique
   1. 1. Identifier les enjeux
   2. 2. Définir les objectifs du projet
   3. 3. Le périmètre du projet
2. Élaborer son projet
   1. 1. Dimensionner le projet
   2. 2. Constituer une équipe
   3. 3. Déclencher le projet
3. L’apport de la conduite de projets
   1. 1. Maximiser la valeur du projet
   2. 2. Fiabiliser l’emploi des ressources et le planning
   3. 3. Développer son équipe
4. Quatre projets sous forme d’études de cas
   1. 1. Mise en œuvre d’un CRM
      1. a. Contexte
      2. b. Besoin exprimé
      3. c. Cadre du projet
      4. d. Les enjeux du projet
   2. 2. Développement d’une application de pilotaged’activité
      1. a. Analyse de la situation et perspectives
      2. b. Résumé des exigences
      3. c. Dotation et contraintes
      4. d. Les enjeux du chef de projet
   3. 3. Création d’un site de vente en ligne
      1. a. Des moyens conséquents au service d’un projetunique
      2. b. De la stratégie au plan projet
      3. c. Les enjeux d’une équipe
   4. 4. L’appli Sports’ net
      1. a. Le défi d’une bande de passionnés
      2. b. Un projet à la mesure de sa communauté
      3. c. Développer et grandir avec la technologie

Les aspects financiers et juridiques

1. Les aspects financiers
   1. 1. La structure de coût d’un projet
      1. a. Les salaires et prestations de réalisation
      2. b. Négocier les coûts journaliers enrégie
      3. c. Négocier les prestations au forfait
      4. d. Le plan de charge financier
   2. 2. Les prestations d’hébergement
   3. 3. Le plan de charge financier
   4. 4. Les prestations d’exploitation et de maintenance
   5. 5. Les prestations de support aux utilisateurs
   6. 6. Les coûts refacturés
   7. 7. Les coûts non liés à l’informatique
2. Les budgets
   1. 1. Constitution des budgets
   2. 2. Les indicateurs liés aux budgets
3. Le compte de résultats (Profit and Loss)
   1. 1. Le modèle économique
      1. a. Licence et maintenance
      2. b. L’abonnement (SaaS)
      3. c. Le modèle transactionnel (Pay as you go)
   2. 2. La projection financière
      1. a. Les flux de trésorerie
      2. b. L’analyse financière
      3. c. Les indicateurs clés VAN, TRI, break even
4. Le business case
   1. 1. La proposition de valeur
   2. 2. Le top line financier
   3. 3. L’executive summary
5. Le suivi financier des projets
   1. 1. Les comptes rendus d’activité
   2. 2. La reconnaissance du chiffre
6. La réglementation concernant la protection des données personnelles (data privacy)
   1. 1. Que recouvre le terme de données personnelles ?
   2. 2. Des données personnelles conservéesle temps d’effectuer des traitements
   3. 3. Le stockage des données personnelles et leurneutralisation
   4. 4. Le registre des traitements
   5. 5. La territorialisation des données dans lecadre d’un projet de développement
   6. 6. La responsabilité des données ausein des organisations (alias le CDO)
7. Le cadre contractuel du projet
   1. 1. Le vocabulaire des appels d’offres
   2. 2. Différents types de contrat pour un projetinformatique
   3. 3. La définition contractuelle du projet ouStatement Of Work
   4. 4. Les annexes techniques
8. Étude financière du site de vente en ligne
   1. 1. Structure de coûts et budgets estimés
      1. a. Budget d’investissement CAPEX (Capital Expenditure)
      2. b. Budget de fonctionnement OPEX (Operational Expenditure)
   2. 2. Business case et P&L
      1. a. Résumé exécutif
      2. b. Proposition de valeur
      3. c. Prévisions de ventes
      4. d. Analyse financière sur trois ans
      5. e. Résumé financier
   3. 3. Scénarios de suivi financier
      1. a. Budget d’investissement CAPEX
      2. b. Identification d’économies sur le budgetde fonctionnement OPEX
      3. c. Révision du P&L

La prise en compte du risque

1. Les trois axes
2. Le modèle de développement
   1. 1. Le modèle cascade
   2. 2. Le modèle en V
   3. 3. Le modèle itératif
   4. 4. Le modèle RAD
   5. 5. Le modèle Extreme Programming
   6. 6. Le modèle RUP (Rational Unified Process)
3. Le modèle d'analyse
   1. 1. Le principe de modélisation en analyse
      1. a. L’exemple du dictionnaire de termes
      2. b. L’exemple des figures géométriques
   2. 2. Le modèle Merise
   3. 3. Le modèle UML
4. Le modèle de pilotage
   1. 1. Les faits relatifs au projet
   2. 2. Les indicateurs clés de performance (KPI)
      1. a. Indicateurs relatifs au planning
      2. b. Indicateurs relatifs à la qualité
      3. c. Indicateurs relatifs à la roadmap
      4. d. Indicateurs financiers
      5. e. Indicateurs relatifs à l’équipe
      6. f. Indicateurs liés au risque
   3. 3. Le pilotage du projet
      1. a. Décisions sur l’issue du projet
      2. b. Décisions sur le contrôle du projet
      3. c. Conduite de la communication
      4. d. Constitution de la base de connaissances
5. Prendre en compte le risque
   1. 1. L’analyse des risques
      1. a. Les classes de risques
      2. b. L’identification des risques
      3. c. La caractérisation du risque
   2. 2. Le plan de risques
      1. a. Les stratégies de gestion du risque
      2. b. Choisir le modèle de projet en fonction durisque
6. Étude du risque pour le projet de CRM
   1. 1. Analyse des risques
      1. a. La faisabilité du projet
      2. b. La disponibilité des ressources
      3. c. La dimension personnelle
      4. d. Des aspects informatiques et techniques
      5. e. Facteurs de réussite du projet
   2. 2. Plan de gestion des risques
      1. a. L’évaluation des risques
      2. b. La conduite du risque
   3. 3. Choix des modèles

L’approche classique du projet

1. Le modèle en cascade est une référence
   1. 1. Estimer par anticipation pour planifier
   2. 2. La contrainte de spécifications stables
   3. 3. Gestion des risques et gouvernance dans un projetwaterfall
2. Les phases du projet
   1. 1. L’expression de besoins et le cahier descharges
      1. a. Le contenu d’un cahier des charges
   2. 2. Le cadrage et les spécifications générales
   3. 3. La conception détaillée
   4. 4. La réalisation
      1. a. Gestion du code source
      2. b. Gestion de la documentation liée au codage
      3. c. Les revues de code
   5. 5. Les tests et les corrections, l’assurance qualité
   6. 6. Les types de tests
      1. a. Tests unitaires
      2. b. Tests d’intégration
      3. c. Tests fonctionnels
      4. d. Le banc d’essai (benchmark)
      5. e. Tests d’acceptation utilisateur (UAT)
      6. f. Cycles de tests
      7. g. Plans de tests
      8. h. Stratégie de tests descendants
      9. i. Stratégie de tests ascendants
      10. j. Tests de non-régression
      11. k. Suivi des anomalies
   7. 7. Gestion des versions
      1. a. Production d’une version
      2. b. Montée de version
      3. c. Livraison continue
   8. 8. Le lancement
      1. a. Industrialisation
      2. b. La mise en production
      3. c. La mise en service
3. Le développement du projet de pilotage d’activité
   1. 1. Organisation du développement
      1. a. La gestion du code source et des élémentsde travail
      2. b. La documentation
      3. c. Les revues
      4. d. La production des versions
      5. e. La mesure de l’avancement du développement
   2. 2. Organisation des tests
      1. a. La préparation des scénarios detest
      2. b. Les tests automatisés
      3. c. La non-régression
      4. d. Les jeux d’essais
      5. e. La planification des tests
   3. 3. La gestion des anomalies
      1. a. Les statistiques utiles
   4. 4. Le déploiement
      1. a. La préparation des environnements
      2. b. Les procédures de déploiement
      3. c. Les mises à jour

Rendre les projets agiles

1. Les bases de l'agilité
   1. 1. La maîtrise du risque
      1. a. Les limites des approches classiques
      2. b. Le risque et l’aléa planning
      3. c. Point de complexité VS charge
      4. d. De la productivité à la vélocité
      5. e. Les critères d’achèvement
   2. 2. Des préceptes agiles
      1. a. Stratégie des petits pas
      2. b. Fail fast et quick win
      3. c. Implication du client
   3. 3. Les nouveaux rôles
      1. a. Product manager et product owner
      2. b. De chef de projet à Scrum master
      3. c. D’architecte à product designer
      4. d. Delivery manager ou program manager
2. Des approches agiles remarquables
   1. 1. La méthodologie Scrum
      1. a. La définition du backlog
      2. b. Les sprints ou itérations
      3. c. L’avancement dans Scrum
      4. d. Le rôle du Scrum master
   2. 2. Kanban
      1. a. Une cartographie visuelle suivie par tous
      2. b. Flux continu
      3. c. Pas de rôles
      4. d. Lead time plutôt que vélocité
      5. e. Des changements à tout moment
3. Les outils adaptés à l'agile
   1. 1. Structuration et planification
      1. a. Les systèmes intégrés degestion de projet
      2. b. Les outils de planification
   2. 2. Testing
   3. 3. Intégration continue
4. Intégration des projets agiles
   1. 1. La place de l’agile dans l’organisation R&D
   2. 2. Le positionnement de l’agile vis-à-vis del’externe
   3. 3. Contractualisation des projets agiles
5. Le story telling de Sports' net
   1. 1. Composition de l’équipe et organisation duprojet
      1. a. Au départ, pas de scope, pas (encore) demoyens
      2. b. Être leader du projet sans en êtreresponsable
      3. c. Élargir la liste des contributeurs
      4. d. Des figures à l’affiche
   2. 2. La construction du backlog et le grooming
      1. a. Une roadmap et des workshops publics
      2. b. Prioriser ce qui est impactant
      3. c. Laisser venir des idées simples
      4. d. Reverser des bénéfices à lacommunauté
   3. 3. La gestion des sources et les forks
      1. a. Publier le tronc sur une forge GIT
      2. b. Encourager les forks
      3. c. Un écosystème à base decode source et non d’API
   4. 4. Le résumé du cas d’affaires
      1. a. Des investissements réduits
      2. b. Des contrats préservant l’agilité
      3. c. Des actifs à forte valeur ajoutéeavec un faible niveau de risque
      4. d. Le top line financier

Planification, chiffrage et suivi au quotidien

1. L'estimation des charges
   1. 1. Les charges et les délais
      1. a. L’estimation par abaque
   2. 2. L’estimation analytique
   3. 3. L’estimation imposée
   4. 4. L’estimation pour les méthodes agiles
2. L'emploi du temps du chef de projet
   1. 1. Les charges d’encadrement
   2. 2. Les tâches d’organisation
3. La gestion des ressources
   1. 1. Le plan de charge
   2. 2. La montée en charge et la disponibilité
   3. 3. La surcharge
   4. 4. Gestion des ressources Cloud
4. La planification
   1. 1. Les éléments d’un planning
      1. a. Les unités d’œuvre et les tâches
      2. b. Les jalons (points de phase)
      3. c. Les dépendances entre les tâcheset les contraintes
      4. d. Les ressources
      5. e. Le calendrier
   2. 2. Le recensement des tâches
      1. a. Le recensement des ressources
      2. b. La définition de l’horizon temporel
      3. c. L’identification du plan de charge
      4. d. La constitution du planning à partir du plande développement
   3. 3. Le diagramme de Gantt
   4. 4. Le diagramme PERT
   5. 5. Le chemin critique
   6. 6. Planifier en mode agile
   7. 7. Les outils de planification
      1. a. Les logiciels spécialisés (MS Project,Gantt Project, Sciforma)
      2. b. Les solutions généralistes (Smartsheet)
5. Le suivi et le pilotage
   1. 1. Le suivi de projet
      1. a. Le compte rendu d’activité
      2. b. L’avancement des tâches
      3. c. L’évolution du planning et les revues deplanning
      4. d. Les réunions de projet
      5. e. Les réunions d’équipe
      6. f. Les sessions de spécification ou d’analyse
      7. g. Les séances de briefing et de formation
      8. h. Les coups d’envoi (kick-off)
      9. i. La centralisation de la documentation
   2. 2. La gestion des imprévus
      1. a. Les complications techniques
      2. b. Détection et diagnostic
      3. c. Les causes possibles
      4. d. Les solutions
      5. e. La base de connaissances
   3. 3. Les conflits
      1. a. Les types de conflits
      2. b. Les techniques de résolution
      3. c. Les aléas organisationnels
      4. d. Retards
      5. e. Qualité médiocre des livraisons
      6. f. Communication défaillante
   4. 4. Le comité de pilotage
      1. a. Les règles de pilotage
      2. b. Les réunions de pilotage
      3. c. Les modifications de planning
      4. d. L’allocation de ressources
      5. e. L’interruption ou l’arrêt d’unprojet
   5. 5. Terminer un projet
      1. a. Les livrables
      2. b. Les modalités de livraison
      3. c. La réception et la recette
      4. d. La gestion du changement
      5. e. Le pilote
      6. f. La formation
      7. g. Le support
      8. h. La maintenance
6. La planification du projet de pilotage d’activité
   1. 1. Différentes estimations
      1. a. Estimation selon la méthode des points fonctionnels
      2. b. Estimation par abaque
      3. c. Estimation ad hoc
   2. 2. Le planning du projet
   3. 3. Analyse des périodes critiques
7. Suivi du projet de pilotage d’activité
   1. 1. Organisation et suivi des réunions de projet
      1. a. Les réunions daily standup meetings
      2. b. Les réunions d’avancement
   2. 2. Quelques imprévus
      1. a. Les réunions de trente minutes qui s’éternisent
      2. b. Démarrage trop tardif de tâchessans alerte
      3. c. La charge des testeurs en dent de scie
   3. 3. Suivi du projet par le comité de pilotage
      1. a. Quand le projet vire à l’orange
      2. b. La malédiction des données de production
   4. 4. Le go live
      1. a. Le processus de lancement
      2. b. L’adhésion au nouvel outil
      3. c. Le bilan

Pilotage d’un portfolio de projets

1. Constitution d’un programme
   1. 1. Contrat et cadre contractuel
   2. 2. Définition de la feuille de route (roadmap)du programme
   3. 3. Les indicateurs clés du programme & SLA
2. Pilotage d'un programme
   1. 1. Un tableau de bord consolidé
   2. 2. Gestion et coordination des ressources
   3. 3. Gestion financière et pilotage budgétaire
      1. a. Budget initial
      2. b. Suivi financier
      3. c. Prise en compte des demandes de changement
      4. d. Les révisions budgétaires ou reforcast
      5. e. Atterrissages financiers
3. Gestion de la communication
   1. 1. Gestion de la communication auprès des équipeset des instances
      1. a. Reporting opérationnel
      2. b. Réunions de management et comitésde pilotage
      3. c. Revues de business
   2. 2. Conduite du changement
      1. a. Le kick-off
      2. b. Les réunions d’on-boarding
      3. c. Formations et documentations
      4. d. Mesure et développement de l’usage
      5. e. Animation sur les objectifs du programme
4. Pilotage du programme d'expérience client On'Troc
   1. 1. Le kick-off
   2. 2. Le comité de pilotage de fin d’exercice
   3. 3. Booster l’usage !