Conduite de projets informatiques
Développement, analyse et pilotage
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 [...]
[lire le résumé du livre]
Auteur : Brice-Arnaud GUéRIN
Editeur : Eni
Collection : Datapro
Date parution : 10/2022 5e éditionCB Google/Apple Pay, Chèque, Virement
Quel est le sujet du livre "Conduite de projets informatiques"
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
Ingénieur ESIEA, Brice-Arnaud GUERIN est Directeur de programmes chez Kantar et auteur aux Editions ENI depuis 2003. Ses compétences en développement et son désir de partager ses connaissances l'ont naturellement conduit à l'écriture d'ouvrages consacrés à la conduite de projets et à la réalisation d'applications (C++, .NET, PHP).
En suivant ce lien, retrouvez tous les livres dans la spécialité Informatique industrielle - Automatique - Robotique.
Sommaire et contenu du livre "Conduite de projets informatiques - Développement, analyse et pilotage"
Avant-propos
- Introduction
Démarrer un projet informatique
- Démarrer un projet informatique
- 1. Identifier les enjeux
- 2. Définir les objectifs du projet
- 3. Le périmètre du projet
- Élaborer son projet
- 1. Dimensionner le projet
- 2. Constituer une équipe
- 3. Déclencher le projet
- L’apport de la conduite de projets
- 1. Maximiser la valeur du projet
- 2. Fiabiliser l’emploi des ressources et le planning
- 3. Développer son équipe
- Quatre projets sous forme d’études de cas
- 1. Mise en œuvre d’un CRM
- a. Contexte
- b. Besoin exprimé
- c. Cadre du projet
- d. Les enjeux du projet
- 1. Mise en œuvre d’un CRM
- 2. Développement d’une application de pilotaged’activité
- a. Analyse de la situation et perspectives
- b. Résumé des exigences
- c. Dotation et contraintes
- d. Les enjeux du chef de projet
- 3. Création d’un site de vente en ligne
- a. Des moyens conséquents au service d’un projetunique
- b. De la stratégie au plan projet
- c. Les enjeux d’une équipe
- 4. L’appli Sports’ net
- a. Le défi d’une bande de passionnés
- b. Un projet à la mesure de sa communauté
- c. Développer et grandir avec la technologie
Les aspects financiers et juridiques
- Les aspects financiers
- 1. La structure de coût d’un projet
- a. Les salaires et prestations de réalisation
- b. Négocier les coûts journaliers enrégie
- c. Négocier les prestations au forfait
- d. Le plan de charge financier
- 1. La structure de coût d’un projet
- 2. Les prestations d’hébergement
- 3. Le plan de charge financier
- 4. Les prestations d’exploitation et de maintenance
- 5. Les prestations de support aux utilisateurs
- 6. Les coûts refacturés
- 7. Les coûts non liés à l’informatique
- 1. Constitution des budgets
- 2. Les indicateurs liés aux budgets
- 1. Le modèle économique
- a. Licence et maintenance
- b. L’abonnement (SaaS)
- c. Le modèle transactionnel (Pay as you go)
- a. Les flux de trésorerie
- b. L’analyse financière
- c. Les indicateurs clés VAN, TRI, break even
- 1. La proposition de valeur
- 2. Le top line financier
- 3. L’executive summary
- 1. Les comptes rendus d’activité
- 2. La reconnaissance du chiffre
- 1. Que recouvre le terme de données personnelles ?
- 2. Des données personnelles conservéesle temps d’effectuer des traitements
- 3. Le stockage des données personnelles et leurneutralisation
- 4. Le registre des traitements
- 5. La territorialisation des données dans lecadre d’un projet de développement
- 6. La responsabilité des données ausein des organisations (alias le CDO)
- 1. Le vocabulaire des appels d’offres
- 2. Différents types de contrat pour un projetinformatique
- 3. La définition contractuelle du projet ouStatement Of Work
- 4. Les annexes techniques
- 1. Structure de coûts et budgets estimés
- a. Budget d’investissement CAPEX (Capital Expenditure)
- b. Budget de fonctionnement OPEX (Operational Expenditure)
- a. Résumé exécutif
- b. Proposition de valeur
- c. Prévisions de ventes
- d. Analyse financière sur trois ans
- e. Résumé financier
- a. Budget d’investissement CAPEX
- b. Identification d’économies sur le budgetde fonctionnement OPEX
- c. Révision du P&L
La prise en compte du risque
- Les trois axes
- Le modèle de développement
- 1. Le modèle cascade
- 2. Le modèle en V
- 3. Le modèle itératif
- 4. Le modèle RAD
- 5. Le modèle Extreme Programming
- 6. Le modèle RUP (Rational Unified Process)
- Le modèle d'analyse
- 1. Le principe de modélisation en analyse
- a. L’exemple du dictionnaire de termes
- b. L’exemple des figures géométriques
- 1. Le principe de modélisation en analyse
- 2. Le modèle Merise
- 3. Le modèle UML
- 1. Les faits relatifs au projet
- 2. Les indicateurs clés de performance (KPI)
- a. Indicateurs relatifs au planning
- b. Indicateurs relatifs à la qualité
- c. Indicateurs relatifs à la roadmap
- d. Indicateurs financiers
- e. Indicateurs relatifs à l’équipe
- f. Indicateurs liés au risque
- a. Décisions sur l’issue du projet
- b. Décisions sur le contrôle du projet
- c. Conduite de la communication
- d. Constitution de la base de connaissances
- 1. L’analyse des risques
- a. Les classes de risques
- b. L’identification des risques
- c. La caractérisation du risque
- a. Les stratégies de gestion du risque
- b. Choisir le modèle de projet en fonction durisque
- 1. Analyse des risques
- a. La faisabilité du projet
- b. La disponibilité des ressources
- c. La dimension personnelle
- d. Des aspects informatiques et techniques
- e. Facteurs de réussite du projet
- a. L’évaluation des risques
- b. La conduite du risque
L’approche classique du projet
- Le modèle en cascade est une référence
- 1. Estimer par anticipation pour planifier
- 2. La contrainte de spécifications stables
- 3. Gestion des risques et gouvernance dans un projetwaterfall
- Les phases du projet
- 1. L’expression de besoins et le cahier descharges
- a. Le contenu d’un cahier des charges
- 1. L’expression de besoins et le cahier descharges
- 2. Le cadrage et les spécifications générales
- 3. La conception détaillée
- 4. La réalisation
- a. Gestion du code source
- b. Gestion de la documentation liée au codage
- c. Les revues de code
- 5. Les tests et les corrections, l’assurance qualité
- 6. Les types de tests
- a. Tests unitaires
- b. Tests d’intégration
- c. Tests fonctionnels
- d. Le banc d’essai (benchmark)
- e. Tests d’acceptation utilisateur (UAT)
- f. Cycles de tests
- g. Plans de tests
- h. Stratégie de tests descendants
- i. Stratégie de tests ascendants
- j. Tests de non-régression
- k. Suivi des anomalies
- 7. Gestion des versions
- a. Production d’une version
- b. Montée de version
- c. Livraison continue
- 8. Le lancement
- a. Industrialisation
- b. La mise en production
- c. La mise en service
- 1. Organisation du développement
- a. La gestion du code source et des élémentsde travail
- b. La documentation
- c. Les revues
- d. La production des versions
- e. La mesure de l’avancement du développement
- a. La préparation des scénarios detest
- b. Les tests automatisés
- c. La non-régression
- d. Les jeux d’essais
- e. La planification des tests
- a. Les statistiques utiles
- a. La préparation des environnements
- b. Les procédures de déploiement
- c. Les mises à jour
Rendre les projets agiles
- Les bases de l'agilité
- 1. La maîtrise du risque
- a. Les limites des approches classiques
- b. Le risque et l’aléa planning
- c. Point de complexité VS charge
- d. De la productivité à la vélocité
- e. Les critères d’achèvement
- 1. La maîtrise du risque
- 2. Des préceptes agiles
- a. Stratégie des petits pas
- b. Fail fast et quick win
- c. Implication du client
- 3. Les nouveaux rôles
- a. Product manager et product owner
- b. De chef de projet à Scrum master
- c. D’architecte à product designer
- d. Delivery manager ou program manager
- 1. La méthodologie Scrum
- a. La définition du backlog
- b. Les sprints ou itérations
- c. L’avancement dans Scrum
- d. Le rôle du Scrum master
- a. Une cartographie visuelle suivie par tous
- b. Flux continu
- c. Pas de rôles
- d. Lead time plutôt que vélocité
- e. Des changements à tout moment
- 1. Structuration et planification
- a. Les systèmes intégrés degestion de projet
- b. Les outils de planification
- 1. La place de l’agile dans l’organisation R&D
- 2. Le positionnement de l’agile vis-à-vis del’externe
- 3. Contractualisation des projets agiles
- 1. Composition de l’équipe et organisation duprojet
- a. Au départ, pas de scope, pas (encore) demoyens
- b. Être leader du projet sans en êtreresponsable
- c. Élargir la liste des contributeurs
- d. Des figures à l’affiche
- a. Une roadmap et des workshops publics
- b. Prioriser ce qui est impactant
- c. Laisser venir des idées simples
- d. Reverser des bénéfices à lacommunauté
- a. Publier le tronc sur une forge GIT
- b. Encourager les forks
- c. Un écosystème à base decode source et non d’API
- a. Des investissements réduits
- b. Des contrats préservant l’agilité
- c. Des actifs à forte valeur ajoutéeavec un faible niveau de risque
- d. Le top line financier
Planification, chiffrage et suivi au quotidien
- L'estimation des charges
- 1. Les charges et les délais
- a. L’estimation par abaque
- 1. Les charges et les délais
- 2. L’estimation analytique
- 3. L’estimation imposée
- 4. L’estimation pour les méthodes agiles
- 1. Les charges d’encadrement
- 2. Les tâches d’organisation
- 1. Le plan de charge
- 2. La montée en charge et la disponibilité
- 3. La surcharge
- 4. Gestion des ressources Cloud
- 1. Les éléments d’un planning
- a. Les unités d’œuvre et les tâches
- b. Les jalons (points de phase)
- c. Les dépendances entre les tâcheset les contraintes
- d. Les ressources
- e. Le calendrier
- a. Le recensement des ressources
- b. La définition de l’horizon temporel
- c. L’identification du plan de charge
- d. La constitution du planning à partir du plande développement
- a. Les logiciels spécialisés (MS Project,Gantt Project, Sciforma)
- b. Les solutions généralistes (Smartsheet)
- 1. Le suivi de projet
- a. Le compte rendu d’activité
- b. L’avancement des tâches
- c. L’évolution du planning et les revues deplanning
- d. Les réunions de projet
- e. Les réunions d’équipe
- f. Les sessions de spécification ou d’analyse
- g. Les séances de briefing et de formation
- h. Les coups d’envoi (kick-off)
- i. La centralisation de la documentation
- a. Les complications techniques
- b. Détection et diagnostic
- c. Les causes possibles
- d. Les solutions
- e. La base de connaissances
- a. Les types de conflits
- b. Les techniques de résolution
- c. Les aléas organisationnels
- d. Retards
- e. Qualité médiocre des livraisons
- f. Communication défaillante
- a. Les règles de pilotage
- b. Les réunions de pilotage
- c. Les modifications de planning
- d. L’allocation de ressources
- e. L’interruption ou l’arrêt d’unprojet
- a. Les livrables
- b. Les modalités de livraison
- c. La réception et la recette
- d. La gestion du changement
- e. Le pilote
- f. La formation
- g. Le support
- h. La maintenance
- 1. Différentes estimations
- a. Estimation selon la méthode des points fonctionnels
- b. Estimation par abaque
- c. Estimation ad hoc
- 1. Organisation et suivi des réunions de projet
- a. Les réunions daily standup meetings
- b. Les réunions d’avancement
- a. Les réunions de trente minutes qui s’éternisent
- b. Démarrage trop tardif de tâchessans alerte
- c. La charge des testeurs en dent de scie
- a. Quand le projet vire à l’orange
- b. La malédiction des données de production
- a. Le processus de lancement
- b. L’adhésion au nouvel outil
- c. Le bilan
Pilotage d’un portfolio de projets
- Constitution d’un programme
- 1. Contrat et cadre contractuel
- 2. Définition de la feuille de route (roadmap)du programme
- 3. Les indicateurs clés du programme & SLA
- Pilotage d'un programme
- 1. Un tableau de bord consolidé
- 2. Gestion et coordination des ressources
- 3. Gestion financière et pilotage budgétaire
- a. Budget initial
- b. Suivi financier
- c. Prise en compte des demandes de changement
- d. Les révisions budgétaires ou reforcast
- e. Atterrissages financiers
- 1. Gestion de la communication auprès des équipeset des instances
- a. Reporting opérationnel
- b. Réunions de management et comitésde pilotage
- c. Revues de business
- a. Le kick-off
- b. Les réunions d’on-boarding
- c. Formations et documentations
- d. Mesure et développement de l’usage
- e. Animation sur les objectifs du programme
- 1. Le kick-off
- 2. Le comité de pilotage de fin d’exercice
- 3. Booster l’usage !