Ce livre s’adresse aux business analyst, chefs de projet, développeurs et parties prenantes fonctionnelles d’un projet décisionnel qui souhaitent choisir la bonne approche pour un processus de recueil des besoins correctement mené et disposer des outils permettant d’élargir leurs pra­tiques en la matière.

Le lecteur trouve ainsi dans ce livre différentes approches et métho­dologies. Chaque chapitre lui donne suffisamment d’informations pour choisir la ou les options qui correspondent le mieux au contexte de son pro­jet. Après avoir démontré l’importance du recueil des besoins, l’auteur déroule toutes les étapes théoriques du processus de recueil des besoins : de la capture à l’assurance qualité. Elle se penche sur le type d’infor­mations à recueillir, le timing, les différentes méthodes de capture, les activités pour réaliser le recueil, les parties prenantes, les besoins de modélisation de données, le choix de la méthode de gestion de projet et les outils existants.

L’auteur illustre ses propos avec des exemples issus du domaine de la Business Intelligence mais fait également des parallèles avec d’autres domaines pour amener le lecteur à prendre du recul sur ses pratiques et à disposer de nouveaux points de vue sur cette étape cruciale du projet. Elle fait ainsi le parallèle entre le sauvetage en mer et la qualité de données, ou entre la gestion d’un restaurant et la gestion d’une structure décisionnelle. À l’issue de la lecture de ce livre, le lecteur sera ainsi en mesure de maîtriser son projet et son résultat.



Quizinclus dans
la version en ligne !

• Testez vos connaissances à l'issue de chaque chapitre
• Validez vos acquis

Avant-propos

1. Introduction
2. Le public visé
3. Les prérequis
4. Les objectifs
5. La structure du livre

Importance du recueil des besoins

1. Introduction
2. Définition du besoin
3. De l’importance du recueil des besoins
   1. 1. Du côté de la recherche de l’ingénieriedes besoins
   2. 2. Du côté de la gestion de projets
   3. 3. Conclusion
4. Processus décisionnel
   1. 1. La théorie
   2. 2. Le système décisionnel en support
5. Coûts et risques
   1. 1. Les coûts pour le projet
   2. 2. Les coûts pour la solution
   3. 3. Les coûts pour les parties prenantes fonctionnelles
6. Mythes
   1. 1. "Les utilisateurs changent d’avis"
   2. 2. "Ne pas livrer dans les délais :c’est normal"
   3. 3. "Tous les besoins doivent être formalisés"
   4. 4. "Les utilisateurs et leur représentant définissentles fonctionnalités de la solution"
   5. 5. "Il existe une seule manière de recueillirle besoin"
   6. 6. "Pas besoin de définir un besoin quand onfait de l’Agile"

Un peu de théorie…

1. Introduction
2. Vue générale du processus
3. Élicitation et capture
   1. 1. Comprendre le domaine d’activité
   2. 2. Identifier les sources
   3. 3. L’analyse des parties prenantes
   4. 4. Sélectionner les techniques et les outils
   5. 5. Éliciter le besoin à partir desparties prenantes et des autres sources
4. Modélisation
   1. 1. Les métamodèles et les modèles
   2. 2. Les métamodèles orientésEtats
   3. 3. Les métamodèles orientésdonnées
   4. 4. Les métamodèles orientésactivités
   5. 5. Les métamodèles orientésstructures
   6. 6. Les métamodèles hétérogènes
5. Spécification
   1. 1. Le langage
   2. 2. La gestion de la complexité
   3. 3. La gestion de la continuité
6. Priorisation
   1. 1. Les critères de priorisation
   2. 2. L’analyse hiérarchique des process
   3. 3. Le vote cumulatif
   4. 4. Le groupement
   5. 5. Le <span class="italic">ranking</span>
   6. 6. Le TOP 10
   7. 7. Les autres techniques
   8. 8. Comment choisir
   9. 9. Combiner les techniques
   10. 10. Un peu de créativité
   11. 11. Les parties prenantes impliquées
   12. 12. Le bon niveau d’abstraction
   13. 13. La repriorisation : un processus itératif
   14. 14. Le cas des besoins non fonctionnels
7. Traçabilité et dépendances
   1. 1. Les traçabilités
   2. 2. Les dépendances
   3. 3. Les dépendances structurelles
   4. 4. Les dépendances de contraintes
   5. 5. Les dépendances de coût et de valeur
8. Évaluation de l’impact
   1. 1. Le biais humain
   2. 2. Un peu de vocabulaire…
   3. 3. Les raisons du changement
   4. 4. Proposition de <span class="italic">framework</span>
   5. 5. Les approches manuelles
   6. 6. L’approche automatique
   7. 7. Le coût de l’analyse d’impact
   8. 8. Minimiser le coût de l’analyse
   9. 9. Le risque des ondulations
   10. 10. Quantifier l’impact
   11. 11. Minimiser le coût de l’impact
   12. 12. Conclusion
9. Négociations (définition du scope)
   1. 1. Les bénéfices
   2. 2. La prénégociation
   3. 3. La négociation
   4. 4. La post-négociation
10. Assurance qualité
    1. 1. La qualité d’une exigence
    2. 2. Stratégies pour l’assurance qualité
    3. 3. Stratégies constructives
    4. 4. Stratégies réactives

Quelles informations recueillir et quand ?

1. Introduction
2. Classification des besoins
3. Analogie du restaurant : les protagonistes
   1. 1. Les aliments ou la donnée
   2. 2. Le fermier ou l’historisation
   3. 3. Le chef ou la gouvernance
   4. 4. Le nutritionniste ou la qualité
   5. 5. Le cuisinier ou le modèle de données
   6. 6. Le serveur/le self-service ou la présentation
4. Analogie du restaurant : le processus et le timing
   1. 1. Quelques mois avant…
   2. 2. Quelques jours avant…
   3. 3. Quelques minutes avant…
   4. 4. Conclusion
5. Analogie du restaurant : la granularité
   1. 1. Stratégique
   2. 2. Tactique
   3. 3. Opérationnel
   4. 4. Conclusion

Méthodes de modélisation

1. UML
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
2. Approche par objectifs
   1. 1. Présentation
      1. a. Modéliser les buts
      2. b. Formuler les buts
      3. c. Raisonner avec les buts
      4. d. La gestion des conflits de buts
      5. e. Navigation dans la hiérarchie des buts
   2. 2. Avantages
   3. 3. Limites
3. EKD
   1. 1. Présentation
      1. a. Le modèle de buts
      2. b. Le modèle des règles fonctionnelles
      3. c. Le modèle des concepts
      4. d. Le modèle des process fonctionnels
      5. e. Le modèle des ressources et des acteurs
      6. f. Le modèle des composants techniques et lesexigences
      7. g. Le processus
   2. 2. Avantages
   3. 3. Limites
4. ELM
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
5. Comparatif des méthodes

Activités de recueil des besoins

1. Introduction
2. Workshop
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
3. Interviews
   1. 1. Présentation
      1. a. Les techniques issues des interrogatoires policiers
      2. b. La méthode du QQOQCCP
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
4. Méthode Delphi
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
5. Brainstorm
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
6. Design thinking
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
7. Méthode des thermomètres
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
8. Groupe de collaboration
   1. 1. Présentation
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
9. Cas d’utilisation métier et scenarii
   1. 1. Présentation
      1. a. Les cas d’utilisation métier
      2. b. Les scenarii
   2. 2. Avantages
   3. 3. Limites
   4. 4. Conditions optimales d’utilisation
10. Analyse de protocole et apprentissage
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
11. Introspection
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
12. Analyse du domaine technique
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
13. Prototypage
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
14. Analyse du domaine
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
15. Approche par objectifs
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
16. Analyse syntaxique et grammaticale
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
17. Pensée systémique
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
18. Brown cow model
    1. 1. Présentation
    2. 2. Avantages
    3. 3. Limites
    4. 4. Conditions optimales d’utilisation
19. Tableau comparatif

Parties prenantes

1. Introduction
2. Répondre aux besoins des parties prenantes du projet : le scope
   1. 1. Le chef de produit
   2. 2. Le product owner
   3. 3. Le sponsor
   4. 4. Le manager de portfolios
   5. 5. Le manager de programmes
   6. 6. Le chef de projet
   7. 7. L’équipe de projet
   8. 8. Le comité de pilotage
   9. 9. Le client ou l’utilisateur
   10. 10. Les gestionnaires opérationnels
   11. 11. Les partenaires
3. Répondre aux parties prenantes hors projet : le besoin de l’entreprise et la stratégie
   1. 1. Le processus métier
   2. 2. Le processus technique
   3. 3. Les ressources
   4. 4. Conclusion
4. Exemple

Techniques de modélisation

1. Kimball
   1. 1. Le cycle de vie des données
   2. 2. Le cycle de vie de la technologie
   3. 3. Le cycle de vie des applications BI
2. Data Vault
   1. 1. Les concepts de base
   2. 2. Pourquoi et quand utiliser Data Vault??

Limitations

1. Introduction
2. Les limitations sociales
3. Les limitations techniques et fonctionnelles

Recueil des besoins et gestion de projet

1. Introduction
2. Dans un contexte traditionnel
   1. 1. Présentation
   2. 2. Éliciter les besoins
   3. 3. Définir le scope
   4. 4. Vérifier le scope
   5. 5. Gérer les changements
   6. 6. Les avantages
   7. 7. Les limites
3. Dans un contexte agile
   1. 1. Présentation
   2. 2. Le processus
   3. 3. Les rôles
   4. 4. Les avantages
   5. 5. Les limites
4. Proposition d’approche hybride
   1. 1. Le processus
   2. 2. Comprendre les objectifs des utilisateurs
   3. 3. Définir les processus mis en place pour répondreaux objectifs
   4. 4. Construire les chargements et le squelette du modèlede données
   5. 5. Définir votre modèle métierde données
   6. 6. Définir les visualisations nécessaires

Pour aller un peu plus loin

1. Introduction
2. Gouvernance
3. Qualité de données
   1. 1. Se rendre compte du problème
   2. 2. Alerter les secours
   3. 3. Définir la stratégie
   4. 4. Appliquer la stratégie
   5. 5. Le devoir de surveillance
   6. 6. Remarques
4. Architecture
5. Les outils du marché
   1. 1. Outils de gestion de brainstorming

Annexe

1. Bibliographie