1. Livres et vidéos
  2. Business Intelligence : le recueil des besoins - La boîte à outils du business analyst

Business Intelligence : le recueil des besoins La boîte à outils du business analyst

  • Accès illimité 24h/24, 7J/7
  • Tous les livres en ligne, les vidéos et les cours enregistrés ENI
  • Plus de 10 nouveautés livres et vidéos chaque mois
  • Les nouveautés disponibles le jour de leur sortie
  • Accès 100% en ligne
  • En stock
  • Expédié en 24h00
  • Livraison à partir de 0,01 €
  • Version en ligne offerte pendant 1 an
  • 1 h d'accès gratuit à tous nos livres et vidéos pour chaque commande
  • Accessible immédiatement
  • Version HTML
  • Accès illimité 24h/24, 7J/7

Présentation

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

Table des matières

  • 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
      • 3.1 Du côté de la recherche de l’ingénierie des besoins
      • 3.2 Du côté de la gestion de projets
      • 3.3 Conclusion
    • 4. Processus décisionnel
      • 4.1 La théorie
      • 4.2 Le système décisionnel en support
    • 5. Coûts et risques
      • 5.1 Les coûts pour le projet
      • 5.2 Les coûts pour la solution
      • 5.3 Les coûts pour les parties prenantes fonctionnelles
    • 6. Mythes
      • 6.1 "Les utilisateurs changent d’avis"
      • 6.2 "Ne pas livrer dans les délais : c’est normal"
      • 6.3 "Tous les besoins doivent être formalisés"
      • 6.4 "Les utilisateurs et leur représentant définissent les fonctionnalités de la solution"
      • 6.5 "Il existe une seule manière de recueillir le besoin"
      • 6.6 "Pas besoin de définir un besoin quand on fait de l’Agile"
  • Un peu de théorie...
    • 1. Introduction
    • 2. Vue générale du processus
    • 3. Élicitation et capture
      • 3.1 Comprendre le domaine d’activité
      • 3.2 Identifier les sources
      • 3.3 L’analyse des parties prenantes
      • 3.4 Sélectionner les techniques et les outils
      • 3.5 Éliciter le besoin à partir des parties prenantes et des autres sources
    • 4. Modélisation
      • 4.1 Les métamodèles et les modèles
      • 4.2 Les métamodèles orientés Etats
      • 4.3 Les métamodèles orientés données
      • 4.4 Les métamodèles orientés activités
      • 4.5 Les métamodèles orientés structures
      • 4.6 Les métamodèles hétérogènes
    • 5. Spécification
      • 5.1 Le langage
      • 5.2 La gestion de la complexité
      • 5.3 La gestion de la continuité
    • 6. Priorisation
      • 6.1 Les critères de priorisation
      • 6.2 L’analyse hiérarchique des process
      • 6.3 Le vote cumulatif
      • 6.4 Le groupement
      • 6.5 Le ranking
      • 6.6 Le TOP 10
      • 6.7 Les autres techniques
      • 6.8 Comment choisir
      • 6.9 Combiner les techniques
      • 6.10 Un peu de créativité
      • 6.11 Les parties prenantes impliquées
      • 6.12 Le bon niveau d’abstraction
      • 6.13 La repriorisation : un processus itératif
      • 6.14 Le cas des besoins non fonctionnels
    • 7. Traçabilité et dépendances
      • 7.1 Les traçabilités
      • 7.2 Les dépendances
      • 7.3 Les dépendances structurelles
      • 7.4 Les dépendances de contraintes
      • 7.5 Les dépendances de coût et de valeur
    • 8. Évaluation de l’impact
      • 8.1 Le biais humain
      • 8.2 Un peu de vocabulaire...
      • 8.3 Les raisons du changement
      • 8.4 Proposition de framework
      • 8.5 Les approches manuelles
      • 8.6 L’approche automatique
      • 8.7 Le coût de l’analyse d’impact
      • 8.8 Minimiser le coût de l’analyse
      • 8.9 Le risque des ondulations
      • 8.10 Quantifier l’impact
      • 8.11 Minimiser le coût de l’impact
      • 8.12 Conclusion
    • 9. Négociations (définition du scope)
      • 9.1 Les bénéfices
      • 9.2 La prénégociation
      • 9.3 La négociation
      • 9.4 La post-négociation
    • 10. Assurance qualité
      • 10.1 La qualité d’une exigence
      • 10.2 Stratégies pour l’assurance qualité
      • 10.3 Stratégies constructives
      • 10.4 Stratégies réactives
  • Quelles informations recueillir et quand ?
    • 1. Introduction
    • 2. Classification des besoins
    • 3. Analogie du restaurant : les protagonistes
      • 3.1 Les aliments ou la donnée
      • 3.2 Le fermier ou l’historisation
      • 3.3 Le chef ou la gouvernance
      • 3.4 Le nutritionniste ou la qualité
      • 3.5 Le cuisinier ou le modèle de données
      • 3.6 Le serveur/le self-service ou la présentation
    • 4. Analogie du restaurant : le processus et le timing
      • 4.1 Quelques mois avant...
      • 4.2 Quelques jours avant...
      • 4.3 Quelques minutes avant...
      • 4.4 Conclusion
    • 5. Analogie du restaurant : la granularité
      • 5.1 Stratégique
      • 5.2 Tactique
      • 5.3 Opérationnel
      • 5.4 Conclusion
  • Méthodes de modélisation
    • 1. UML
      • 1.1 Présentation
      • 1.2 Avantages
      • 1.3 Limites
    • 2. Approche par objectifs
      • 2.1 Présentation
        • 2.1.1 Modéliser les buts
        • 2.1.2 Formuler les buts
        • 2.1.3 Raisonner avec les buts
        • 2.1.4 La gestion des conflits de buts
        • 2.1.5 Navigation dans la hiérarchie des buts
      • 2.2 Avantages
      • 2.3 Limites
    • 3. EKD
      • 3.1 Présentation
        • 3.1.1 Le modèle de buts
        • 3.1.2 Le modèle des règles fonctionnelles
        • 3.1.3 Le modèle des concepts
        • 3.1.4 Le modèle des process fonctionnels
        • 3.1.5 Le modèle des ressources et des acteurs
        • 3.1.6 Le modèle des composants techniques et les exigences
        • 3.1.7 Le processus
      • 3.2 Avantages
      • 3.3 Limites
    • 4. ELM
      • 4.1 Présentation
      • 4.2 Avantages
      • 4.3 Limites
    • 5. Comparatif des méthodes
  • Activités de recueil des besoins
    • 1. Introduction
    • 2. Workshop
      • 2.1 Présentation
      • 2.2 Avantages
      • 2.3 Limites
      • 2.4 Conditions optimales d’utilisation
    • 3. Interviews
      • 3.1 Présentation
        • 3.1.1 Les techniques issues des interrogatoires policiers
        • 3.1.2 La méthode du QQOQCCP
      • 3.2 Avantages
      • 3.3 Limites
      • 3.4 Conditions optimales d’utilisation
    • 4. Méthode Delphi
      • 4.1 Présentation
      • 4.2 Avantages
      • 4.3 Limites
      • 4.4 Conditions optimales d’utilisation
    • 5. Brainstorm
      • 5.1 Présentation
      • 5.2 Avantages
      • 5.3 Limites
      • 5.4 Conditions optimales d’utilisation
    • 6. Design thinking
      • 6.1 Présentation
      • 6.2 Avantages
      • 6.3 Limites
      • 6.4 Conditions optimales d’utilisation
    • 7. Méthode des thermomètres
      • 7.1 Présentation
      • 7.2 Avantages
      • 7.3 Limites
      • 7.4 Conditions optimales d’utilisation
    • 8. Groupe de collaboration
      • 8.1 Présentation
      • 8.2 Avantages
      • 8.3 Limites
      • 8.4 Conditions optimales d’utilisation
    • 9. Cas d’utilisation métier et scenarii
      • 9.1 Présentation
        • 9.1.1 Les cas d’utilisation métier
        • 9.1.2 Les scenarii
      • 9.2 Avantages
      • 9.3 Limites
      • 9.4 Conditions optimales d’utilisation
    • 10. Analyse de protocole et apprentissage
      • 10.1 Présentation
      • 10.2 Avantages
      • 10.3 Limites
      • 10.4 Conditions optimales d’utilisation
    • 11. Introspection
      • 11.1 Présentation
      • 11.2 Avantages
      • 11.3 Limites
      • 11.4 Conditions optimales d’utilisation
    • 12. Analyse du domaine technique
      • 12.1 Présentation
      • 12.2 Avantages
      • 12.3 Limites
      • 12.4 Conditions optimales d’utilisation
    • 13. Prototypage
      • 13.1 Présentation
      • 13.2 Avantages
      • 13.3 Limites
      • 13.4 Conditions optimales d’utilisation
    • 14. Analyse du domaine
      • 14.1 Présentation
      • 14.2 Avantages
      • 14.3 Limites
      • 14.4 Conditions optimales d’utilisation
    • 15. Approche par objectifs
      • 15.1 Présentation
      • 15.2 Avantages
      • 15.3 Limites
      • 15.4 Conditions optimales d’utilisation
    • 16. Analyse syntaxique et grammaticale
      • 16.1 Présentation
      • 16.2 Avantages
      • 16.3 Limites
      • 16.4 Conditions optimales d’utilisation
    • 17. Pensée systémique
      • 17.1 Présentation
      • 17.2 Avantages
      • 17.3 Limites
      • 17.4 Conditions optimales d’utilisation
    • 18. Brown cow model
      • 18.1 Présentation
      • 18.2 Avantages
      • 18.3 Limites
      • 18.4 Conditions optimales d’utilisation
    • 19. Tableau comparatif
  • Parties prenantes
    • 1. Introduction
    • 2. Répondre aux besoins des parties prenantes du projet : le scope
      • 2.1 Le chef de produit
      • 2.2 Le product owner
      • 2.3 Le sponsor
      • 2.4 Le manager de portfolios
      • 2.5 Le manager de programmes
      • 2.6 Le chef de projet
      • 2.7 L’équipe de projet
      • 2.8 Le comité de pilotage
      • 2.9 Le client ou l’utilisateur
      • 2.10 Les gestionnaires opérationnels
      • 2.11 Les partenaires
    • 3. Répondre aux parties prenantes hors projet : le besoin de l’entreprise et la stratégie
      • 3.1 Le processus métier
      • 3.2 Le processus technique
      • 3.3 Les ressources
      • 3.4 Conclusion
    • 4. Exemple
  • Techniques de modélisation
    • 1. Kimball
      • 1.1 Le cycle de vie des données
      • 1.2 Le cycle de vie de la technologie
      • 1.3 Le cycle de vie des applications BI
    • 2. Data Vault
      • 2.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
      • 2.1 Présentation
      • 2.2 Éliciter les besoins
      • 2.3 Définir le scope
      • 2.4 Vérifier le scope
      • 2.5 Gérer les changements
      • 2.6 Les avantages
      • 2.7 Les limites
    • 3. Dans un contexte agile
      • 3.1 Présentation
      • 3.2 Le processus
      • 3.3 Les rôles
      • 3.4 Les avantages
      • 3.5 Les limites
    • 4. Proposition d’approche hybride
      • 4.1 Le processus
      • 4.2 Comprendre les objectifs des utilisateurs
      • 4.3 Définir les processus mis en place pour répondre aux objectifs
      • 4.4 Construire les chargements et le squelette du modèle de données
      • 4.5 Définir votre modèle métier de données
      • 4.6 Définir les visualisations nécessaires
  • Pour aller un peu plus loin
    • 1. Introduction
    • 2. Gouvernance
    • 3. Qualité de données
      • 3.1 Se rendre compte du problème
      • 3.2 Alerter les secours
      • 3.3 Définir la stratégie
      • 3.4 Appliquer la stratégie
      • 3.5 Le devoir de surveillance
      • 3.6 Remarques
    • 4. Architecture
    • 5. Les outils du marché
      • 5.1 Outils de gestion de brainstorming
    • Bibliographie
    • Index

Auteur

Eva POLINIEn savoir plus

Caractéristiques

  • Niveau Initié à Confirmé
  • Nombre de pages 290 pages
  • Parution mai 2020
    • Livre (broché) - 17 x 21 cm
    • ISBN : 978-2-409-02498-6
    • EAN : 9782409024986
    • Ref. ENI : DPBIRB
  • Niveau Initié à Confirmé
  • Parution mai 2020
    • HTML
    • ISBN : 978-2-409-02499-3
    • EAN : 9782409024993
    • Ref. ENI : LNDPBIRB