Table des matières

• Remerciements
• La collection « Les leviers du développement »
• Comment utiliser cet ouvrage ?
• Introduction
• I. Une vision d’ensemble pour se situer
  • 1. Et si les projets informatiques étaient des projets comme les autres ?
    • Le plan informatique annuel en question
    • Les fondamentaux de conduite de projet
  • 2. Spécificités des projets informatiques
  • 3. Synoptique de conduite de projet informatique
  • 4. Critères de réussite d’un projet informatique
  • 5. La règle des trois « U »
    • Utile
    • Utilisable
    • Utilisé
• Partie 2. Théorie, méthodes, concepts utilisés
  • 6. Méthodologie de conduite de projet informatique
    • Structuration du déroulement du projet
    • Les phases de la démarche
      • L’avant-projet
        • Définition du besoin
        • Étude préalable
      • Le projet
        • Cadrage – lancement
        • Spécifications
        • Réalisation
        • Tests et recette
        • Intégration
        • Mise en service
      • L’après-projet
        • Stabilisation
  • 7. Points clefs pour maîtriser la conduite de projet informatique
    • Cadrer un projet informatique et maîtriser sa dimension financière
      • Connaître la méthode de cadrage du périmètre fonctionnel
        • Passer de l’expression métier à sa formulation informatique
        • Coordonner les travaux pour préparer le dossier d’étude préalable
      • Connaître la méthode de maîtrise des coûts
        • Adosser le cadrage financier au cadrage fonctionnel
        • Cadrer les scénarios au plan matériel, fonctionnel et financier
      • Faciliter la prise de décision
    • Adosser la solution aux demandes du métier/donneur d’ordres
      • Connaître la méthode des exigences
      • Accorder les exigences avec le périmètre fonctionnel
  • 8. C comme concepts
• Partie III : études de cas. À faire ou ne pas faire
  • 9. Obamacare
    • Contexte
    • Constat
    • Diagnostic
    • Analyse des risques
  • 10. Louvois
    • Contexte
    • Constat
    • Diagnostic
    • Analyse des risques
  • 11. Cherchez l’erreur !
    • Alpha
    • Fidélisation client
    • Découverte tardive
    • Un bilan... plutôt positif
    • Mon chef-d’œuvre
  • 12. Synthèse : principales causes d’échec d’un projet informatique
• Partie IV. Exercices d’acquisition des points clefs
  • 13. Traduire la demande métier en cadrage efficace du projet
    • Contexte
    • Questions
    • Contexte complémentaire
    • Question complémentaire
  • 14. Identifier des scénarios de solution qui répondent au besoin
    • Contexte
    • Question
    • Contexte complémentaire
    • Questions complémentaires
  • 15. Décrire des spécifications
    • Contexte
    • Questions
  • 16. Valider la règle des trois « u » par des tests adaptés
    • Contexte
    • Questions
• Partie V. Réponses et guides de réflexion
  • 17. Traduire la demande métier en cadrage efficace du projet
    • Réponses
      • Classez les fonctionnalités dans l’ordre logique du séquencement du processus et rattachez les fonctions aux fonctionnalités auxquelles elles concourent pour permettre leur réalisation.
      • Les fonctionnalités et fonctions citées sont-elles suffisantes pour répondre aux exigences du besoin métier ?
      • Si non, donnez quelques exemples des fonctionnalités et des fonctions manquantes.
      • Compte tenu de la date de lancement du projet, un seul lot sera possible cette année pour la mise en place d’une ligne de financement court terme à un nouveau client : quelles fonctions choisiriez-vous de faire développer selon que sont alloués aux développements 450 K€, 1 080 K€, 1 380 K€, 2 340 K€ ?
    • Quelles sont les clefs des ajustements ?
      • Objectifs de l’exercice
      • Nature des écarts
        • Classez les fonctionnalités dans l’ordre logique du séquencement du processus et rattachez les fonctions aux fonctionnalités auxquelles elles concourent pour permettre leur réalisation.
        • Les fonctionnalités et fonctions citées sont-elles suffisantes pour répondre aux exigences du besoin métier ?
        • Si non, donnez quelques exemples des fonctionnalités et des fonctions manquantes.
        • Compte tenu de la date de lancement du projet, un seul lot sera possible cette année pour la mise en place d’une ligne de financement court terme à un nouveau client : quelles fonctions choisiriez-vous de faire développer selon que sont alloués aux développements 450 K€, 1 080 K€, 1 380 K€, 2 340 K€ ?
      • Comment réduire les écarts ?
        • Classez les fonctionnalités dans l’ordre logique du séquencement du processus et rattachez les fonctions aux fonctionnalités auxquelles elles concourent pour permettre leur réalisation.
        • Les fonctionnalités et fonctions citées sont-elles suffisantes pour répondre aux exigences du besoin métier ?
        • Si non, donnez quelques exemples des fonctionnalités et des fonctions manquantes.
        • Compte tenu de la date de lancement du projet, un seul lot sera possible cette année pour la mise en place d’une ligne de financement court terme à un nouveau client : quelles fonctions choisiriez-vous de faire développer selon que sont alloués aux développements 450 K€, 1 080 K€, 1 380 K€, 2 340 K€ ?
  • 18. Identifier des scénarios de solution qui répondent au besoin
    • Réponses
      • Quel est le périmètre fonctionnel minimal en dessous duquel il n’y a pas d’intérêt à réaliser une application ?
      • Quelle est la solution et quel est son périmètre fonctionnel pour un budget de 3 000 euros ?
      • Quelle est la solution et quel est son périmètre fonctionnel pour un budget de 7 000 euros ?
      • Quelle est la solution et quel est son périmètre fonctionnel pour un budget de 12 000 euros ?
      • À quels objectifs répondent les solutions proposées avec le budget de 3 000 euros ?
      • À quels objectifs répondent les solutions proposées avec le budget de 7 000 euros ?
      • À quels objectifs répondent les solutions proposées avec le budget de 12 000 euros ?
      • Quelle est la solution la plus opportune pour atteindre les objectifs des adhérents ?
    • Quelles sont les clefs des ajustements ?
      • Objectifs de l’exercice
      • Nature des écarts
        • Quel est le périmètre fonctionnel minimal en dessous duquel il n’y a pas d’intérêt à réaliser une application ?
        • Quelle est la solution et quel est son périmètre fonctionnel pour un budget de 3 000 euros ?
        • Quelle est la solution et quel est son périmètre fonctionnel pour des budgets de 7 000 euros, 12 000 euros ?
        • À quels objectifs répondent les solutions proposées avec les budgets de 3 000 euros, 7 000 euros, 12 000 euros ?
        • Quelle est la solution la plus opportune pour atteindre les objectifs des adhérents ?
      • Comment réduire les écarts ?
        • Quel est le périmètre fonctionnel minimal en dessous duquel il n’y a pas d’intérêt à réaliser une application ?
        • Quelle est la solution et quel est son périmètre fonctionnel pour un budget de 3 000 euros ?
        • À quels objectifs répondent les solutions proposées avec les budgets de 3 000 euros, 7 000 euros, 12 000 euros ?
        • Quelle est la solution la plus opportune pour atteindre les objectifs des adhérents ?
  • 19. Décrire des spécifications
    • Réponses
      • Quelles sont les exigences issues de la demande du métier/donneur d’ordres ?
      • La description du périmètre fonctionnel permet-elle de s’assurer de la prise en compte des exigences issues de la demande du métier/donneur d’ordres ?
      • Les règles de gestion vous paraissent-elles conformes à l’attente du métier/donneur d’ordres ?
      • Quelles sont les dysfonctions potentielles liées à l’application des règles de gestion ?
      • Comment pourrait-on améliorer le fonctionnement du système ?
    • Quelles sont les clefs des ajustements ?
      • Objectifs de l’exercice
      • Nature des écarts
        • Quelles sont les exigences issues de la demande du métier/donneur d’ordres ?
        • La description du périmètre fonctionnel permet-elle de s’assurer de la prise en compte des exigences issues de la demande du métier/donneur d’ordres ?
        • Les règles de gestion vous paraissent-elles conformes à l’attente du métier/donneur d’ordres ?
        • Quelles sont les dysfonctions potentielles liées à l’application des règles de gestion ?
        • Comment pourrait-on améliorer le fonctionnement du système ?
      • Comment réduire les écarts ?
        • Quelles sont les exigences issues de la demande du métier/donneur d’ordres ?
        • La description du périmètre fonctionnel permet-elle de s’assurer de la prise en compte des exigences issues de la demande du métier/donneur d’ordres ?
        • Les règles de gestion vous paraissent-elles conformes à l’attente du métier/donneur d’ordres ?
        • Quelles sont les dysfonctions potentielles liées à l’application des règles de gestion ?
        • Comment pourrait-on améliorer le fonctionnement du système ?
  • 20. Valider la règle des trois « U » par des tests adaptés
    • Réponses
      • Quelles sont les erreurs qui ont été commises et quels sont leurs impacts potentiels ?
      • Quelles sont les phases du projet qui sont à l’origine des difficultés rencontrées ?
      • Peut-on identifier les responsabilités de cette situation ?
      • Quels exemples de tests auraient permis de valider la règle des trois « U » ?
    • Quelles sont les clefs des ajustements ?
      • Objectifs de l’exercice
      • Nature des écarts
        • Quelles sont les erreurs qui ont été commises et quels sont leurs impacts potentiels ?
        • Quelles sont les phases du projet qui sont à l’origine des difficultés rencontrées ?
        • Peut-on identifier les responsabilités de cette situation ?
        • Quels exemples de tests auraient permis de valider la règle des trois « U » ?
      • Comment réduire les écarts ?
        • Quelles sont les erreurs qui ont été commises et quels sont leurs impacts potentiels ?
        • Quelles sont les phases du projet qui sont à l’origine des difficultés rencontrées ?
        • Peut-on identifier les responsabilités de cette situation ?
        • Quels exemples de tests auraient permis de valider la règle des trois « U » ?
• Partie VI. Bonnes pratiques de conduite de projet informatique
  • 21. Savoir -faire et savoir être
  • 22. Manager en s’intégrant à une chaîne de décision
  • 23. Rendre factuels les points d’avancement
  • 24. Les pièges à éviter
    • Les pièges à éviter par toutes les entreprises
    • Les pièges à éviter par les petites et moyennes entreprises
    • Les pièges à éviter par les grandes entreprises
    • Le piège à éviter par le métier/donneur d’ordres
    • Les pièges à éviter par la maîtrise d’ouvrage
    • Les pièges à éviter par la maîtrise d’œuvre
    • Le piège à éviter par les utilisateurs
• Bibliographie