Business Intelligence : le recueil des besoins : la boîte à outils du business analyst

Auteur(s) :

Polini, Eva Découvrir l'auteur

Résumé

Présentation d'un ensemble d'outils permettant de mener à bien le processus de recueil des besoins indispensable au succès d'un projet décisionnel. Différentes approches et méthodologies sont abordées offrant des options diverses en fonction des contextes. Les étapes théoriques du processus, de la capture à l'assurance qualité, sont détaillées, avec des exemples empruntés à des domaines variés.

Éditeur(s)
- Éditions ENI
Date
- 2020
Langues
- Français
Description matérielle
- 1 vol. (290 p.) : ill. ; 21 cm
Collections
- Collection Datapro
Sujet(s)
- Systèmes d'aide à la décision
- Analyse des données
ISBN
- 978-2-409-02498-6
Indice
- 681.84 Systèmes de gestion de bases de données
Quatrième de couverture
- Business Intelligence : le recueil des besoins
  La boîte à outils du business analyst
  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 pratiques en te matière.
  Le lecteur trouve ainsi dans ce livre différentes approches et méthodologies. Chaque chapitre lui donne suffisamment d'informations pour choisir la ou les options qui correspondent le mieux au contexte de son projet. 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'informations à 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.
Tables des matières
- - Business Intelligence : le recueil des besoins
  - La boîte à outils du business analyst
  - Avant-propos
  - 1. Introduction13
  - 2. Le public visé13
  - 3. Les prérequis14
  - 4. Les objectifs14
  - 5. La structure du livre15
  - Chapitre 1
  - Importance du recueil des besoins
  - 1. Introduction17
  - 2. Définition du besoin17
  - 3. De l'importance du recueil des besoins18
  - 3.1 Du côté de la recherche de l'ingénierie des besoins18
  - 3.2 Du côté de la gestion de projets21
  - 3.3 Conclusion21
  - 4. Processus décisionnel22
  - 4.1 La théorie22
  - 4.2 Le système décisionnel en support24
  - 5. Coûts et risques25
  - 5.1 Les coûts pour le projet25
  - 5.2 Les coûts pour la solution27
  - 5.3 Les coûts pour les parties prenantes fonctionnelles27
  - 6. Mythes29
  - 6.1 « Les utilisateurs changent d'avis »29
  - 6.2 « Ne pas livrer dans les délais : c'est normal »30
  - 6.3 « Tous les besoins doivent être formalisés »31
  - 6.4 « Les utilisateurs et leur représentant définissent les fonctionnalités de la solution »33
  - 6.5 « Il existe une seule manière de recueillir le besoin »34
  - 6.6 « Pas besoin de définir un besoin quand on fait de l'Agile »34
  - Chapitre 2
  - Un peu de théorie...
  - 1. Introduction35
  - 2. Vue générale du processus35
  - 3. Élicitation et capture37
  - 3.1 Comprendre le domaine d'activité38
  - 3.2 Identifier les sources38
  - 3.3 L'analyse des parties prenantes39
  - 3.4 Sélectionner les techniques et les outils39
  - 3.5 Éliciter le besoin à partir des parties prenantes et des autres sources40
  - 4. Modélisation41
  - 4.1 Les métamodèles et les modèles41
  - 4.2 Les métamodèles orientés Etats42
  - 4.3 Les métamodèles orientés données45
  - 4.4 Les métamodèles orientés activités46
  - 4.5 Les métamodèles orientés structures47
  - 4.6 Les métamodèles hétérogènes48
  - 5. Spécification48
  - 5.1 Le langage48
  - 5.2 La gestion de la complexité48
  - 5.3 La gestion de la continuité49
  - 6. Priorisation51
  - 6.1 Les critères de priorisation52
  - 6.2 L'analyse hiérarchique des process53
  - 6.3 Le vote cumulatif54
  - 6.4 Le groupement55
  - 6.5 Le ranking55
  - 6.6 Le TOP 1056
  - 6.7 Les autres techniques56
  - 6.8 Comment choisir56
  - 6.9 Combiner les techniques57
  - 6.10 Un peu de créativité57
  - 6.11 Les parties prenantes impliquées58
  - 6.12 Le bon niveau d'abstraction59
  - 6.13 La repriorisation : un processus itératif59
  - 6.14 Le cas des besoins non fonctionnels59
  - 7. Traçabilité et dépendances60
  - 7.1 Les traçabilités60
  - 7.2 Les dépendances61
  - 7.3 Les dépendances structurelles61
  - 7.4 Les dépendances de contraintes62
  - 7.5 Les dépendances de coût et de valeur63
  - 8. Evaluation de l'impact63
  - 8.1 Le biais humain63
  - 8.2 Un peu de vocabulaire64
  - 8.3 Les raisons du changement65
  - 8.4 Proposition de framework65
  - 8.5 Les approches manuelles67
  - 8.6 L'approche automatique68
  - 8.7 Le coût de l'analyse d'impact69
  - 8.8 Minimiser le coût de l'analyse69
  - 8.9 Le risque des ondulations70
  - 8.10 Quantifier l'impact71
  - 8.11 Minimiser le coût de l'impact72
  - 8.12 Conclusion73
  - 9. Négociations (définition du scope)73
  - 9.1 Les bénéfices73
  - 9.2 La prénégociation75
  - 9.3 La négociation75
  - 9.4 La post-négociation78
  - 10. Assurance qualité78
  - 10.1 La qualité d'une exigence79
  - 10.2 Stratégies pour l'assurance qualité82
  - 10.3 Stratégies constructives84
  - 10.4 Stratégies réactives85
  - Chapitre 3
  - Quelles informations recueillir et quand ?
  - 1. Introduction87
  - 2. Classification des besoins87
  - 3. Analogie du restaurant : les protagonistes91
  - 3.1 Les aliments ou la donnée91
  - 3.2 Le fermier ou l'historisation92
  - 3.3 Le chef ou la gouvernance92
  - 3.4 Le nutritionniste ou la qualité92
  - 3.5 Le cuisinier ou le modèle de données93
  - 3.6 Le serveur/le self-service ou la présentation93
  - 4. Analogie du restaurant : le processus et le timing94
  - 4.1 Quelques mois avant94
  - 4.2 Quelques jours avant95
  - 4.3 Quelques minutes avant95
  - 4.4 Conclusion96
  - 5. Analogie du restaurant : la granularité96
  - 5.1 Stratégique96
  - 5.2 Tactique97
  - 5.3 Opérationnel98
  - 5.4 Conclusion98
  - Chapitre 4
  - Méthodes de modélisation
  - 1. UML101
  - 1.1 Présentation101
  - 1.2 Avantages105
  - 1.3 Limites106
  - 2. Approche par objectifs106
  - 2.1 Présentation106
  - 2.1.1 Modéliser les buts107
  - 2.1.2 Formuler les buts108
  - 2.1.3 Raisonner avec les buts108
  - 2.1.4 La gestion des conflits de buts109
  - 2.1.5 Navigation dans la hiérarchie des buts110
  - 2.2 Avantages113
  - 2.3 Limites114
  - 3. EKD115
  - 3.1 Présentation115
  - 3.1.1 Le modèle de buts116
  - 3.1.2 Le modèle des règles fonctionnelles116
  - 3.1.3 Le modèle des concepts117
  - 3.1.4 Le modèle des process fonctionnels117
  - 3.1.5 Le modèle des ressources et des acteurs118
  - 3.1.6 Le modèle des composants techniques et les exigences119
  - 3.1.7 Le processus119
  - 3.2 Avantages121
  - 3.3 Limites122
  - 4. ELM122
  - 4.1 Présentation122
  - 4.2 Avantages126
  - 4.3 Limites127
  - 5. Comparatif des méthodes127
  - Chapitre 5
  - Activités de recueil des besoins
  - 1. Introduction129
  - 2. Workshop129
  - 2.1 Présentation129
  - 2.2 Avantages133
  - 2.3 Limites133
  - 2.4 Conditions optimales d'utilisation134
  - 3. Interviews134
  - 3.1 Présentation134
  - 3.1.1 Les techniques issues des interrogatoires policiers134
  - 3.1.2 La méthode du QQOQCCP135
  - 3.2 Avantages137
  - 3.3 Limites138
  - 3.4 Conditions optimales d'utilisation138
  - 4. Méthode Delphi138
  - 4.1 Présentation139
  - 4.2 Avantages141
  - 4.3 Limites141
  - 4.4 Conditions optimales d'utilisation141
  - 5. Brainstorm142
  - 5.1 Présentation142
  - 5.2 Avantages145
  - 5.3 Limites145
  - 5.4 Conditions optimales d'utilisation145
  - 6. Design thinking146
  - 6.1 Présentation146
  - 6.2 Avantages149
  - 6.3 Limites150
  - 6.4 Conditions optimales d'utilisation150
  - 7. Méthode des thermomètres151
  - 7.1 Présentation151
  - 7.2 Avantages157
  - 7.3 Limites157
  - 7.4 Conditions optimales d'utilisation158
  - 8. Groupe de collaboration158
  - 8.1 Présentation158
  - 8.2 Avantages160
  - 8.3 Limites160
  - 8.4 Conditions optimales d'utilisation160
  - 9. Cas d'utilisation métier et scenarii161
  - 9.1 Présentation161
  - 9.1.1 Les cas d'utilisation métier161
  - 9.1.2 Les scenarii162
  - 9.2 Avantages164
  - 9.3 Limites164
  - 9.4 Conditions optimales d'utilisation164
  - 10. Analyse de protocole et apprentissage165
  - 10.1 Présentation165
  - 10.2 Avantages168
  - 10.3 Limites168
  - 10.4 Conditions optimales d'utilisation168
  - 11. Introspection169
  - 11.1 Présentation169
  - 11.2 Avantages170
  - 11.3 Limites170
  - 11.4 Conditions optimales d'utilisation171
  - 12. Analyse du domaine technique171
  - 12.1 Présentation171
  - 12.2 Avantages173
  - 12.3 Limites173
  - 12.4 Conditions optimales d'utilisation174
  - 13. Prototypage174
  - 13.1 Présentation174
  - 13.2 Avantages179
  - 13.3 Limites180
  - 13.4 Conditions optimales d'utilisation180
  - 14. Analyse du domaine180
  - 14.1 Présentation181
  - 14.2 Avantages183
  - 14.3 Limites184
  - 14.4 Conditions optimales d'utilisation184
  - 15. Approche par objectifs185
  - 15.1 Présentation185
  - 15.2 Avantages187
  - 15.3 Limites188
  - 15.4 Conditions optimales d'utilisation188
  - 16. Analyse syntaxique et grammaticale189
  - 16.1 Présentation189
  - 16.2 Avantages195
  - 16.3 Limites195
  - 16.4 Conditions optimales d'utilisation195
  - 17. Pensée systémique196
  - 17.1 Présentation196
  - 17.2 Avantages199
  - 17.3 Limites199
  - 17.4 Conditions optimales d'utilisation199
  - 18. Brown cow model200
  - 18.1 Présentation200
  - 18.2 Avantages202
  - 18.3 Limites202
  - 18.4 Conditions optimales d'utilisation202
  - 19. Tableau comparatif203
  - Chapitre 6
  - Parties prenantes
  - 1. Introduction207
  - 2. Répondre aux besoins des parties prenantes du projet : le scope207
  - 2.1 Le chef de produit208
  - 2.2 Le product owner208
  - 2.3 Le sponsor208
  - 2.4 Le manager de portfolios209
  - 2.5 Le manager de programmes209
  - 2.6 Le chef de projet209
  - 2.7 L'équipe de projet209
  - 2.8 Le comité de pilotage210
  - 2.9 Le client ou l'utilisateur210
  - 2.10 Les gestionnaires opérationnels210
  - 2.11 Les partenaires210
  - 3. Répondre aux parties prenantes hors projet : le besoin de l'entreprise et la stratégie211
  - 3.1 Le processus métier211
  - 3.2 Le processus technique213
  - 3.3 Les ressources214
  - 3.4 Conclusion214
  - 4. Exemple215
  - Chapitre 7
  - Techniques de modélisation
  - 1. Kimball217
  - 1.1 Le cycle de vie des données218
  - 1.2 Le cycle de vie de la technologie220
  - 1.3 Le cycle de vie des applications BI222
  - 2. Data Vault223
  - 2.1 Les concepts de base225
  - 2.2 Pourquoi et quand utiliser Data Vault ?226
  - Chapitre 8
  - Limitations
  - 1. Introduction229
  - 2. Les limitations sociales230
  - 3. Les limitations techniques et fonctionnelles231
  - Chapitre 9
  - Recueil des besoins et gestion de projet
  - 1. Introduction233
  - 2. Dans un contexte traditionnel234
  - 2.1 Présentation234
  - 2.2 Éliciter les besoins235
  - 2.3 Définir le scope237
  - 2.4 Vérifier le scope238
  - 2.5 Gérer les changements239
  - 2.6 Les avantages240
  - 2.7 Les limites242
  - 3. Dans un contexte agile243
  - 3.1 Présentation243
  - 3.2 Le processus244
  - 3.3 Les rôles247
  - 3.4 Les avantages249
  - 3.5 Les limites250
  - 4. Proposition d'approche hybride256
  - 4.1 Le processus257
  - 4.2 Comprendre les objectifs des utilisateurs257
  - 4.3 Définir les processus mis en place pour répondre aux objectifs259
  - 4.4 Construire les chargements et le squelette du modèle de données260
  - 4.5 Définir votre modèle métier de données261
  - 4.6 Définir les visualisations nécessaires263
  - Chapitre 10
  - Pour aller un peu plus loin
  - 1. Introduction265
  - 2. Gouvernance265
  - 3. Qualité de données267
  - 3.1 Se rendre compte du problème268
  - 3.2 Alerter les secours268
  - 3.3 Définir la stratégie269
  - 3.4 Appliquer la stratégie270
  - 3.5 Le devoir de surveillance270
  - 3.6 Remarques271
  - 4. Architecture271
  - 5. Les outils du marché273
  - 5.1 Outils de gestion de brainstorming273
  - Bibliographie275
  - Index279
Origine de la notice:
- Abes ;
- Electre