Embed Size (px)
Citation preview
LE BABOK 2.0 À L’OMBRE
DE LA VERSION 3.0
Quelle est la valeur du BABoK 2.0 l’aube de la sortie de la version 3.0? 12/12/2013
Version 2.00
1
Objectifs
Voir au-delà de l’organisation actuelle du BABoK
2.0
Voir les concepts de base dans le BABoK 2.0
Avoir un aperçu des paradigmes qui guident la
rédaction du BABoK 3.0
12/12/2013 Version 1.00
2
Profession : analyste d’affaires
Le titre correspond à
différents rôles dans
l’entreprise,
Les livrables sont
difficiles à définir,
Le BABoK tentait de
mettre un peu d’ordre
dans tout ça,
12/12/2013
3
Version 1.00
Des concepts fondamentaux
L’analyste d’affaires doit analyser et résumer
l’information fournie par les nombreuses personnes
qui interagissent dans l’entreprise comme:
les clients,
les employés,
les spécialistes
en informatique,
les dirigeants.
4
clients employés
spécialistes dirigeants
Qu’est-ce que l’analyse d’affaires
l’ensemble des tâches et des techniques utilisées pour assurer la liaison entre les parties prenantes d’une organisation, de façon à comprendre la structure, les politiques et le fonctionnement de cette dernière et à recommander ensuite des solutions qui lui permettront d’atteindre ses buts.
La pratique de permettre le changement dans un contexte organisationnel par :
la définition des besoins et
La recommandation de solutions qui offrent une valeur
BABoK 2.0 BABoK 3.0
12/12/2013
5
Version 1.00
Rôles de l’analyste d’affaires
L’analyste d’affaires a la responsabilité de faire
ressortir les vrais besoins des parties prenantes, pas
seulement leurs désirs.
6
Besoins et…cie
Besoin
Exigences
Système
Analyse
Qu’est-ce qu’un besoin d’affaires?
Qu’est-ce qu’une exigence?
Qu’est-ce qu’un système
Qu’est-ce que l’analyse
Qu’est-ce que BACCM
12/12/2013 Version 1.00
7
Qu’est-ce qu’un besoin d’affaires?
Ce qu’il faut à l’organisation pour fonctionner dans
son domaine d’affaires,
Ce qu’il faut au client pour accomplir son travail,
Ce qu’il faut à une unité d’affaires pour fournir ses
services au sein de l’entreprise.
8
Qu’est-ce qu’une exigence
1. Une condition ou une capacité dont a besoin une partie prenante pour résoudre un problème ou atteindre un objectif.
2. Une condition a laquelle la solution ou une composante de la solution doit répondre ou une capacité qu’elle doit posséder pour respecter un contrat, une norme, une caractéristique ou tout autre document officiellement exige.
3. Une représentation documentée qui fait état d’une condition ou d’une capacité décrite en 1. ou en 2. ci-dessus
Design
La représentation
utilisable d'un besoin
Babok 2.0 Babok 3.0
12/12/2013
9
Version 1.00
Qu’est-ce qu’un système?
Système : nom masculin singulier, ensemble organisé d'idées
classification méthodique; n'importe quel dispositif assurant une fonction
déterminée.
Un ensemble dont les éléments interagissent entre eux selon des principes ou
des règles précises.
12/12/2013 Version 1.00
10
Qu’est-ce que l’analyse?
12/12/2013 Version 1.00
11
Analyse : n. fém. sing., décomposition en constituants élémentaires
Qu’est-ce que la synthèse?
12/12/2013 Version 1.00
12
Synthèse : n. fém. sing., opération intellectuelle qui consiste à
regrouper des faits ou des informations épars et à les rassembler en un
tout cohérent.
BABoK 3.0
12/12/2013 Version 1.00
15
Change-ments
Solutions
Contextes
Valeur
Partie-Prenantes
Besoins
Planification et surveillance de l’analyse d’affaires – Élicitation -
Gestion et communication des exigences - Analyse de l’entreprise -
Analyse des exigences - Évaluation et validation de la solution –
et Compétences de base - Techniques
Les domaines de connaissances
12/12/2013
16
Version 1.00
Domaines de connaissance
Business Analysis Planning and
Monitoring
Elicitation
Requirements Management and
Communication
Enterprise Analysis
Requirements Analysis
Solution Assessment and
Validation
Business Analysis Planning and
Monitoring
Elicitation and Collaboration
Requirements and Design
Management
Situation Analysis
Requirements and Design
Analysis
Solution Assessment and
Validation
BABoK 2.0 BABoK 3 ?
12/12/2013
17
Version 1.00
BABoK 3 Relation entre les connaissances
Business Analysis
Planning and
Monitoring
Elicitation and
Collaboration
Requirements and
Design Management
Requirements and
Design Analysis
Situation Analysis
Solution Assessment and
Validation
Organisation du travail Analyse
12/12/2013
18
Version 1.00
Déjà en 2011
Business Analysis Planning & monitoring
Requirements Management & communication
Elicitation
12/12/2013 Version 1.00
19
Enterprise Analysis
Requirement Analysis
Solution Assessment and
Validation
…en 2014 ?
Business Analysis Planning & monitoring
Requirements and Design
Management & communication
Elicitation and Collaboration
12/12/2013 Version 1.00
20
Situation Analysis
Requirements and Design
Analysis
Solution Assessment and
Validation
La planification et la surveillance de
l’analyse d’affaires
Cha
pitre
2 Détermine les activités à faire:
la désignation des parties prenantes,
le choix des techniques d’analyse,
les processus pour gérer les exigences
le mode d’évaluation de l’évolution du
travail.
12/12/2013 Version 1.00
21
Guide BABOK ® version 2.0 page 15
Un processus d’élaboration des besoins
La démarche de l’analyste d’affaires
12/12/2013
22
Version 1.00
Planifier
Formaliser la demande du client,
Identifier les éléments du problème original,
S’assurer qu’il s’agit bien d’un problème d’affaires
– sinon, trouver le bon,
Identifier les processus et les gens affectés.
23
Planifier
Développer Contrôler
Ajuster
Développer
Les besoins d’affaires,
La portée,
Les objectifs.
24
Planifier
Dévelop-per
Contrôler
Ajuster
Contrôler
Définir les processus,
Trouver les écarts,
Identifier les exigences de la solution
Valider avec les parties prenantes
Et s’assurer qu’ils demeurent « on board »
25
Planifier
Dévelop-per Contrôler
Ajuster
Ajuster
S’assurer que les besoins sont nécessaires, en lien
avec les objectifs et s’assurer qu’ils se réalisent
correctement dans la solution.
26
Planifier
Développer Contrôler
Ajuster
L’analyse d’entreprise
Cha
pitre
5 Cerner un besoin d’affaires, le préciser
et le clarifier,
Déterminer la portée d’une solution:
la définition et l’analyse du problème,
l’élaboration du dossier de décision.
12/12/2013 Version 1.00
27
Répéter au besoin
12/12/2013 Version 1.00
28
Planifier
Développer Contrôler
Ajuster
Réviser les objectifs de
projet, valider les
besoins à haut niveau,
s’assurer de la portée
du projet
Procéder à l’élicitation,
rencontrer les parties
prenantes recueillir les
exigences utilisateurs
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
L’élicitation
Cha
pitre
3 Comment connaître et comprendre les
préoccupations des parties prenantes et
leurs besoins,
Comprendre les besoins réels.
12/12/2013 Version 1.00
29
Répéter au besoin
12/12/2013 Version 1.00
30
Planifier
Développer Contrôler
Ajuster
Valider les exigences
utilisateurs, faire
l’analyse, élaborer les
exigences fonctionnelles
et non-fonctionelles puis
les valider
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
L’analyse des exigences
Cha
pitre
6 Définir les exigences des parties
prenantes et celles de la solution,
Fixer les priorités:
l’analyse des besoins des parties prenantes;
l’évaluation de la situation actuelle;
recommander des améliorations;
la vérification et la validation des exigences.
Prioriser
12/12/2013 Version 1.00
31
Répéter au besoin
12/12/2013 Version 1.00
32
Planifier
Développer Contrôler
Ajuster
Établir un « baseline »,
valider les spécifications
fonctionnelles, gérer les
demandes de changement
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
La gestion et la communication des
exigences C
hap
itre
4 Comment gérer les conflits, les
problèmes et les changements,
Comment les exigences sont
communiquées aux parties prenantes,
Comment conserver les connaissances
acquises.
Concept de traçabilité
12/12/2013 Version 1.00
33
Répéter au besoin
12/12/2013 Version 1.00
34
Planifier
Développer Contrôler
Ajuster
Valider le design,
gérer les demandes de
changement
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
Répéter au besoin
12/12/2013 Version 1.00
35
Planifier
Développer Contrôler
Ajuster
Valider le
développement, gérer
les demandes de
changement
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
L’évaluation et la validation de la
solution C
hap
itre
7 Évaluer les solutions proposées,
Cibler les lacunes et les faiblesses des
solutions,
Envisager des solutions de rechange,
Évaluer les solutions mises en œuvre,
Évaluer l’efficacité et la performance
de la solution.
12/12/2013 Version 1.00
36
Répéter au besoin
12/12/2013 Version 1.00
37
Planifier
Développer Contrôler
Ajuster
Élaborer la stratégie de
déploiement, supporter
les utilisateurs
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
Répéter au besoin
12/12/2013 Version 1.00
38
Planifier
Développer Contrôler
Ajuster
Supporter les
utilisateurs, noter les
améliorations,
enregistrer les
bénéfices
Besoins
Exigences utilisateurs
Exigences fonctionnelles
Spécifications fonctionnelles
Design
Développement
Déploiement
Opération
Il faut vraiment les travailler!
Et les compétences de base?
12/12/2013
39
Version 1.00
Détail – compétences de base
Raisonnement analytique et résolution de problèmes
Créativité, prise de décision, apprentissage, résolution de problèmes, pensée systémique.
Caractéristiques comportementales
Éthique, organisation personnelle, fiabilité.
Connaissance d’affaires
Principe et pratique d’affaires, connaissances sectorielles, connaissances organisationnelles, connaissance des solutions.
Aptitudes à communiquer
Communications orales, enseignement, communications écrites.
Compétences relationnelles
Facilitation et négociation, leadership et influence, travail d’équipe.
Applications logicielles
Applications polyvalentes, applications spécialisées.
12/12/2013 Version 2.00
40
Y en aura-t-il plus ou moins ou d’autres?
Et les techniques
12/12/2013
41
Version 1.00
Des techniques
9.1 Définition des critères d’évaluation et d’acceptation
9.2 Analyse comparative 9.4 Analyse des règles d’affaires
9.8 Analyse décisionnelle
9.9 Analyse documentaire 9.10 Estimation
9.12 Décomposition fonctionnelle
9.13 Analyse d’interface 9.15 Retour d’expérience
9.16 Mesures et indicateurs clés de performance
9.17 Analyse des exigences non fonctionnelles 9.20 Suivi d’un problème
9.24 Analyse de risque
9.30 Révision structurée 9.31 Sondage/questionnaire
9.32 Analyse FFOM (SWOT)
9.34 Évaluation du fournisseur
9.3 Remue-méninges
9.5 Dictionnaire de données et glossaire 9.6 Diagrammes de flux de données
9.7 Modélisation des données
9.11 Groupes de discussion 9.14 Entretiens
9.18 Observation
9.19 Modélisation de l’organisation 9.21 Modélisation des processus
9.22 Prototypage
9.23 Ateliers de formulation des exigences 9.25 Analyse des causes fondamentales
9.26 Scénarios et cas d’utilisation
9.27 Modélisation de la portée 9.28 Diagrammes de séquence
9.29 Diagrammes d’états
9.33 Récits d’utilisation
Analyse et décisions Modélisation et documentation
12/12/2013
42
Version 1.00
Plus de techniques…
Techniques
d’analyse
et de
décision
2.2 Matrice Raci
2.2 Matrice des parties prenantes
2.6 Analyse des écarts
4.1 Approbation définitive
4.1 Établissement de la version de référence
4.2 Matrice de couverture des exigences
4.4 Documentation des exigences
4.4 Exigences concernant la sélection du ou des fournisseurs
5.3 Analyse de faisabilité
5.4 Énoncé du problème ou de la vision
6.1 Analyse MoSCoW
6.1 Gestion à jalon fixe/budgétisation (timeboxing)
6.1 Vote
6.5 Listes de contrôle
7.3 Analyse des forces en présence (Force Field Analysis)
12/12/2013 Version 1.00
43
Et encore des techniques...
Analyse des règles
d’affaires
Agile ?
BPMn
BMM
Mind mapping
BPM
PESTLE analysis
CATWOE analysis
En évolution Nouvelles
12/12/2013
44
Version 1.00
Architecte d’affaire, d’entreprise :
utilisation différente des mêmes techniques
Architecture
12/12/2013
45
Version 1.00
Architecture : définitions
wikipedia
une pratique bien définie d'analyse qui consiste à faire la conception, la planification et la mise en œuvre, en utilisant une approche holistique à tout moment, pour la réussite du développement et de l'exécution de la stratégie.
Gartner
une discipline proactive et holistique apportant des réponses aux forces perturbatrices auxquelles font face les entreprises en identifiant et analysant l'exécution du changement vers la vision et les résultats souhaités
http://searchcio.techtarget.com/definition/enterprise-architecture
un modèle conceptuel qui définit la structure et le fonctionnement d'une organisation. Le but d'une architecture d'entreprise est de déterminer comment une organisation peut le plus efficacement atteindre ses objectifs actuels et futurs.
À LIRE :
Gartner Clarifies the Definition of the Term 'Enterprise Architecture'
https://online.ist.psu.edu/sites/gettingstarted/files/gartnerclarifies.pdf
12/12/2013 Version 1.00
46
Encore en évolution…
L’analyse d’affaires dans les organisations n’est pas
encore clairement définie.
Peut-être que c’est la polyvalence et le rôle de
communication qui sont plus importants que les
taches spécifiques.
12/12/2013 Version 1.00
47
Références
http://www.iiba.org/Learning-
Development/Webinars/Public-
Archive/2013/Exploring-the-BABOK-Episode-
1.aspx
http://ig.obsglobal.com/2013/05/babok-version-
3-what-business-analysts-can-expect/
http://www.iiba.org//ba-
connect/2013/oct/enterprise-analysis-to-situation-
analysis.aspx
12/12/2013 Version 1.00
48
