BABoK Business Analyst Body of Knowledge

Rfrentiel darchitecture dentreprise

Gilles Gravel 2006

Larchitecture dentreprise
Introduction larchitecture dentreprise Rfrentiel ou mthodologie? Historique La base de BABoK Sommaire du corpus de connaissance Son tat actuel davancement Conclusion Liens utiles

Gilles Gravel 2006

Introduction larchitecture dentreprise

Gilles Gravel 2006

Modlisation organisationnelle
Morabito, Sack et Bathe (1999) montrent que

ces caractristiques sont issues dun patron darrangements et dalignements entre des domaines organisationnels tels que linformation, les processus, la culture, les personnes et lapprentissage. Pour les dirigeants, une nouvelle comptence est exige : la pratique de larchitecture qui consiste dmonter une organisation en ses composantes fondamentales afin den comprendre les qualits mergentes
Gilles Gravel 2006

LArchitecture dentreprise
Larchitecture dentreprise (AE) fournit une base de

planification stratgique qui relie et aligne les TI avec les fonctions daffaires quils supportent. LAE ne dbute pas avec les technologies, Elle dbute avec une planification stratgique base sur les besoins daffaires de lentreprise, sa vision, ses buts et son leadership. LAE est constitu de composantes daffaires et techniques et cest un processus cyclique qui dbute avec les composantes plus haute priorit pour sassurer quelles demeurent jour alors que les autres composantes sont dveloppes. Due cet tat de fait, lAE est en volution continue et nest toute fin jamais complte.

Gilles Gravel 2006

Rfrentiel ou mthodologie?
BABoK : Cest un rfrentiel Framework

utilis pour dfinir lensemble des processus daffaires dune entreprise selon un cadre de bonnes pratiques

Gilles Gravel 2006

Rapprochement
BABoK a certains points communs avec le

CMMi et le SWEBOK
Il vise prserver les intrts du client

daffaires davantage que du processus de dveloppement technique.

Il dfinit des pratiques danalyse daffaires et

touche les analystes fonctionnels sans le ct technique

Gilles Gravel 2006

CMMi
Le CMMI, pour Capability Maturity Model Integration (Modle

intgr du niveau de maturit), est une extension de la spcification CMM premire, cre pour le ministre de la Dfense amricain en 1989 afin de dterminer si un projet interne ou tiers serait termin dans les temps, selon le budget et les spcifications. CMMI tend CMM en y intgrant les avances d'autres spcifications proches, et tablies entretemps pour pallier les manques de CMM. CMMI est donc avant tout un rfrentiel d'valuation de la capacit grer et terminer un projet correctement, proposant nombre de bonnes pratiques lies la gestion, au dveloppement et la maintenance d'applications et de systmes. Ces bonnes pratiques sont regroupes en 24 processus, eux-mmes regroups en 4 types (Process Management, Project Management, Engineering et Support) et 5 niveaux de maturit
Gilles Gravel 2006

SWEBOK
SWEBOK (contraction de Software

Engineering Body of Knowledge) est un projet lanc par un comit de IEEE dans le cadre du gnie logiciel. Le projet vise dfinir et claircir le rle du gnie logiciel et de ses composants au sein d'autres disciplines. Il sert d'encyclopdie du gnie logiciel de par ses dfinitions, les standards prsents et les mthodes abordes

Gilles Gravel 2006

SWEBOK

Gilles Gravel 2006

Positionnement du cadre de rfrence

COSO CobiT
Gouvernance Dentreprise
ISO17799 Scurit CMMi PMBOK Prince2 ITIL Processus Service QUOI

ISO9000
COMMENT

BABoK Zachman

Gouvernance des TI

Source: ISACA, AFAI & H. Ceuleman 2004

Gilles Gravel 2006

Un inventaire des rfrentiels et mthodologies dentreprise

Rfrentiels Zachman BABoK CMMi SWEBOK Mthodologies Macroscope Merise
Gilles Gravel 2006

Historique
Zachman Framework IIBA

BABoK

Gilles Gravel 2006

Historique Zachman Framework

1964 John Zachman joint IBM 1970 Il oriente ses travaux sur larchitecture

dentreprise 1975 Il publie de nombreux articles sur le sujet 1987 Il publie pour IBM "A Framework for Information Systems Architecture." 1990 Il quitte IB pour fonder sa propre entreprise de consultation The Zachman Institute for Framework Advancement (ZIFA)

Gilles Gravel 2006

Le cadre de rfrence Zachman

Constitu dune matrice de 5 perspectives vue par

des acteurs diffrents selon des catgories dinformation au nombre de 6

Les acteurs dans le fondement darchitecture

dentreprise:

Gilles Gravel 2006

Quelquun qui sest engag faire des affaires dans une industrie particulire Homme daffaires qui dirige lentreprise Analyste fonctionnel Concepteur, qui applique des technologies spcifiques pour rsoudre un problme particulier Constructeur de systme Systme lui-mme

Le cadre de rfrence Zachman

Gilles Gravel 2006

Le cadre de rfrence Zachman

Gilles Gravel 2006

Historique BABoK
Octobre 2003, premire rencontre inaugurale Toronto des 28

membres fondateurs de 21 organisations diffrents (Banque de Montral, de Bell Canada, London Life ) reprsentant 8 pays. 2 Mars 2004, premire rencontre gnrale Toronto et formation officieuse de lIIBA 3 janvier 2005, premire version du Body of Knowledge 7 avril 2005, seconde rencontre gnrale Toronto et un vote est fait sur la constitution est accept. 28 octobre 2005, Version 1.4 de BABoK (ajout de Draft detailed) 12 juillet 2006, Versiuon 1.6 de BABoK 10 novembre 2006, premier examen de certification CBPA en Floride Mars 2007, prochaine version prvue de BABoK

Gilles Gravel 2006

Quest que lIIBA

IIBA

International Institute of Business Analysis

Cest une association professionnelle Internationale but non lucratif des professionnels en analyse daffaires

Quelques faits: Sige social au Canada Toronto Reprsent dans 7 pays en plus du Canada et des tats-Unis. Chapitres au Canada : 12 Chapitres aux tats-Unis : 38 LIIBA se conforme aux pratiques ISO / IEC 17024

Gilles Gravel 2006

Les objectifs de lIIBA

tre le chef de file en tant quassociation de

professionnel au niveau international qui maintient et dveloppe des standards de bonne pratique en analyse daffaires ainsi que la certification de ses professionnels
Les moyens quelle utilise :

Gilles Gravel 2006

Crer et dvelopper une conscience et une reconnaissance de la valeur de la contribution des analystes daffaires Dfinir le corpus de connaissance (Body of Knowledge) Fournir un forum de partage des connaissances et de contribution au corpus de connaissances Identifier les comptences et qualits requises pour un analyste daffaires Dfinir les standards de formation et le dveloppement professionnel ncessaire aux analystes daffaires Reconnatre publiquement et certifier les analystes daffaires qualifis

10

La base de BABoK
B Business A Analyst
Quest-ce quun Analyste dAffaires ? (Business Analyst)

Un BA travaille comme une liaison entre les propritaires de manire comprendre, analyser, communiquer et valider les exigences de changement des processus daffaires des politiques et des systmes dinformation. Il doit comprendre les problmes daffaires et les opportunits dans le contexte des exigences et recommande des solutions qui permettront lorganisation datteindre ses objectifs.

Gilles Gravel 2006

La base de BABoK
B Body o of K Knowledge

Le corpus de connaissances est la somme de la

connaissance lintrieur de la profession danalyste daffaires et reflte ce qui est considr comme une bonne pratique du domaine. Tel que dans la plupart des professions, le BoK est dfini et amlior par les analystes daffaires professionnels qui ont adhr ces pratiques. Le BoK dcrit les zones de connaissance danalyse daffaires, les activits associes, les tches et les qualifications ncessaires leur excution. Cest un guide qui volue continuellement selon les ajouts requis par la profession et selon les changements dans le temps.
Gilles Gravel 2006

11

Concepts centraux de lanalyse daffaires (chapitre 1.4 BABoK R1.6)

Dfinition du rle de lanalyste daffaires Dfinition des requis (requirements) Dfinition des types de requis Affaires Usagers Fonctionnelles Qualit du service Supposition et contraintes des problmes Mise en uvre Pratique dexigences efficaces Glossaire (chapitre 9 BABoK R1.6)
Gilles Gravel 2006

Sommaire du corpus de connaissance (BoK)

Divis en six domaines de connaissance lorsque

combin, couvre les standards des professionnels de lIIBA qui auront raliser des analyses daffaires
Les domaines sont:

Lanalyse dentreprise (chapitre 2 BABoK R1.6) Planification et gestion de requis daffaires (chapitre 3) Exigences des requis daffaires (chapitre 4) Analyse des requis et documentation (chapitre 5) Exigences de communication (chapitre 6) valuation de solution et validation (chapitre 7)

Il y a galement 2 autres sujets :

Gilles Gravel 2006

Les fondements du BA (chapitre 8) Glossaire (chapitre 9)

12

Schma gnral

Gilles Gravel 2006

Lanalyse dentreprise
(chapitre 2 BABoK R1.6)
Il est important pour les analystes daffaires de bien

comprendre lenvironnement organisationnel dans lequel il travaille. Principales activits (non ordonnes ou obligatoires) :

Cration et maintien de larchitecture daffaires tude de faisabilit pour dterminer la solution daffaires optimale Identifier les nouvelles opportunits daffaires Dfinir la porte et lopportunit daffaires Prparer un cas daffaires (business case) Faire une analyse de risque initiale Prparer des scnarios dcisionnels

Gilles Gravel 2006

13

Planification et gestion de requis daffaires (chapitre 3)

Lanalyste daffaires doit dfinir les activits

dvaluation des requis daffaires et comment ces activits seront excutes lors du projet en accord avec les standards existants de lorganisation
Ces activits incluent lidentification des rles

cls, grer les activits didentification des besoins, grer la porte des requis daffaires et assurer les communications sur lvolution des activits
Gilles Gravel 2006

Exigences des requis daffaires (chapitre 4)

Cette section des connaissances inclut la dfinition

doutils et de techniques pour la collecte des requis des projets des propritaires de processus daffaires. Il inclut la description de lapplicabilit des techniques, leur force et faiblesse.
Les principales techniques sont:

Gilles Gravel 2006

Sance de Brainstorming Groupe focus Rvision de la documentation Analyse dinterface Entrevue Observation Prototypage Ateliers danalyse de besoins Sondage / Questionnaire

14

Analyse des requis et documentation

(chapitre 5)
Cette rgion de connaissances dcrit comment les

besoins de propritaires sont analyss, structurs et spcifis pour leur utilisation dans le design et la mise en uvre dune solution. Lobjectif est de dcrire les caractristiques dune solution acceptable un problme daffaires qui est repris et compris par lquipe projet pour le raliser. Lanalyse des requis dfinit les mthodes, outils et techniques utilises pour structurer les donnes brutes recueillies durant la phase danalyse des requis, identifier les diffrences dans linformation et dfinir les capacits de la solution documente. Le premier focus de lactivit de documentation est de raffiner le modle bas sur la rtroaction interactive avec les propritaires de processus et sassurer de la faisabilit de requis propos pour supporter les besoins des Gilles Gravel 2006 usagers, leurs buts et objectifs.

Exigences de communication (chapitre 6)

Cest une collection dactivits et de considrations

pour exprimer le rsultat de lanalyse des requis daffaires et sa documentation destine une audience large et varie.
Cela inclut la prsentation, la communication, la

vrification et doit obtenir lapprobation des propritaires de processus et des promoteurs des projets.
Les analyses daffaires doivent considrer o et

quand les communications doivent prendre place, quelle approche est approprie pour chaque situation et comment chaque communication doit tre prsente.
Gilles Gravel 2006

15

valuation de solution et validation

(chapitre 7)
Cette section couvre les tches de lanalyste

daffaires pour sassurer que la solution doit rencontrer les objectifs des propritaires de processus par des tests complets et que la mise en uvre est sans problme. Suivant laccord sur le design dune solution, lanalyste daffaires assiste lquipe technologique dans le dtail du travail de design incluant la sparation du projet en phases, rvision du design dtaill, dfinition des livrables et autres travaux de la mme nature. Lanalyste daffaires est imputable pour sassurer que la solution dveloppe rencontre les besoins dfinis et doit valuer le succs du projet aprs sa mise en uvre. Gilles Gravel 2006

Les fondements du BA (chapitre 8)

Ce chapitre dfinit les comptences

gnrales et particulires, des qualits, techniques et comptences ncessaires pour effectuer des analyses daffaires.

Gilles Gravel 2006

16

Glossaire (chapitre 9)
Ce glossaire dcrit tous les termes utiliss

par les analystes daffaires pour uniformiser les pratiques et dmarches Ce glossaire volue avec lajout de dtails et de connaissances acquises dans chaque domaine du BoK.

Gilles Gravel 2006

Son tat actuel davancement

La release 1.6 date du 12 juillet 2006 Elle contient tout ce qui tait inclus dans la release

1.4 ( 28 octobre 2005) plus:

Un chapitre dintroduction Une rvision du rle de lanalyste daffaires Une dfinition des types de requis Du contenu raffin et valoris Une mise jour de la structure des fondements du BA La rvision est ralise par des groupes de BA bnvoles Prochaine release prvu pour mars 2007

Gilles Gravel 2006

17

Conclusion
Lanalyste daffaires BA est relativement un nouvel

emploi professionnel. Sa certification est aussi jeune et est dj une reconnaissance du march qui recherche des individus comptents. La dfinition des tches nest toutefois pas encore dfinie prcisment par lindustrie et la profession devra voluer ce niveau. Par contre, cest dans le chaos que surgissent les opportunits. Le besoin dun emploi avec un titre spcifique pour remplir le dfi associ avec la comprhension des besoins daffaires, et une approche pour rsoudre ces dfis est des plus clair.

Gilles Gravel 2006

Liens utiles
Zachman www.zifa.org www.12manage.com www.perso.orange.fr/svc/pr02.htm www.theiiba.org www.developpeur.journaldunet.com www.irgl.uqam.ca www.wikipedia.org www.dmr-metalink.com/fr www.fujitsu.com/ca

IIBA CMMi SWEBOK Wikipedia Macroscope

Gilles Gravel 2006

18