Blog ENI : Toute la veille numérique !
En raison d'une opération de maintenance, le site Editions ENI sera inaccessible le mardi 10 décembre, en début de journée. Nous vous invitons à anticiper vos achats. Nous nous excusons pour la gêne occasionnée
En raison d'une opération de maintenance, le site Editions ENI sera inaccessible le mardi 10 décembre, en début de journée. Nous vous invitons à anticiper vos achats. Nous nous excusons pour la gêne occasionnée
  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

1 avis

Informations

Livraison possible dès le 09 décembre 2024
  • Livraison à partir de 0,01 €
  • Version en ligne offerte pendant 1 an
Livres rédigés par des auteurs francophones et imprimés à Nantes

Caractéristiques

  • Livre (broché) - 17 x 21 cm
  • ISBN : 978-2-409-02498-6
  • EAN : 9782409024986
  • Ref. ENI : DPBIRB

Informations

  • Consultable en ligne immédiatement après validation du paiement et pour une durée de 10 ans.
  • Version HTML
Livres rédigés par des auteurs francophones et imprimés à Nantes

Caractéristiques

  • HTML
  • ISBN : 978-2-409-02499-3
  • EAN : 9782409024993
  • Ref. ENI : LNDPBIRB
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...
Consulter des extraits du livre en ligne Aperçu du livre papier
  • Niveau Initié à Confirmé
  • Nombre de pages 290 pages
  • Parution mai 2020
  • Niveau Initié à Confirmé
  • Parution mai 2020
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
3/5 1 avis
Version papier

Bonnes idées à prendre pour mener à bien son projet en tant que professionnel. Par contre, peut-être pas assez de cas concrets en tant que Business Intelligence Analyst et les outils techniques.

Anonyme
Auteur : Eva POLINI

Eva POLINI

Après 15 ans d’expérience à l’international en tant que business analyst, développeuse, chef de projet ou encore Product Owner, Eva POLINI est aujourd’hui responsable de projets. Son expérience reconnue dans différents domaines d’activité tels que les télécoms ou le domaine législatif et régle­mentaire lui confère la légitimité nécessaire pour l’écriture de ce livre dans lequel elle s’attache à montrer au lecteur que le recueil des besoins est déterminant dans le cadre de projets décisionnels.
En savoir plus

Nos nouveautés

voir plus