1. Le Chef de Projet et le Business Analyste Les enjeux d’une gestion de projet réussie dans un contexte de ré-ingénierie d’entreprise. Marc Bonnemains, PMP ® MBConsulting, Consultant senior Djemil Chafaï Exigences, Consultant & Business Analyste Secrétaire général de l’AFAV, Président de IIBA-France
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19. Leurs rôles en projet Comment se font leurs interventions ? Besoins Améliorations Projet Exigences Définir Manager Piloter Le client Concept Déploiement & Utilisation Problèmatiques Solution Le business analyste Le chef de projet
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
Notes de l'éditeur
Pourquoi avoir choisi ce thème de présentation sur le chef de projet et le business analyste ? Le thème n’est pas nouveau et je l’ai connu dans le cadre de différentes missions de chef de projet avec l’intervention de différent type de profit plus couramment nommé à l’époque Consultant. Mais aujourd’hui plus qu’avant : l’environnement et l’entreprise évolue dans un contexte de mondialisation et d’économie plus compétitives, et l’entreprise du 21ème sicle se veut innovante et globale. D’autres part certains métiers évoluent et se professionnalisent. Mais aussi et surtout, un projet est souvent un élément important de la stratégie de l’entreprise en liaison direct avec son système d’information. Ce qui pousse les entreprises à aligner le SI sur la stratégie pour être plus éfficace au travers du BPM – gestion des processus métiers - mais aussi à travailler sur un référenciel d’entreprise. Et c’est en ce sens que l’on parlera d’ingénierie d’entreprise. De plus aujourd’hui on parle de plus en plus du besoin des business analyste et de leur implication pour la réussite d’un projet (IT). Système d’Information BPM (Business Process Management, traduisez littéralement "gestion des processus métiers ») est l'approche consistant à modéliser informatiquement les processus métiers de l'entreprise, aussi bien dans leur aspect applicatif qu'humain. L'objectif de cette démarche est d'aboutir à une meilleure vue globale de l'ensemble des processus métiers de l'entreprise et de leurs interactions afin d'être en mesure de les optimiser et, dans la mesure du possible, de les automatiser au maximum à l'aide d'applications métier. C’est une démarche « bottom-up »La démarche du BPM propose une approche ascendante, dite « bottom-up » (du bas vers le haut), consistant à analyser le fonctionnement réel de l'entreprise afin de le modéliser informatique. Cette démarche constitue une rupture par rapport aux schémas généraux, dits « top-down » (traduisez « du haut vers le bas »), dans lesquels le fonctionnement de l'entreprise doit s'insérer dans un modèle proposé par l'équipe dirigeante. L'ingénierie des systèmes d'entreprise a pour finalité de renforcer la valeur d'usage du système d'information et de faire de celui-ci un atout pour l'entreprise. La mise en cohérence de l' "objet SI" avec l'usage qui en sera fait par les acteurs de son environnement est une démarche visant à faire coïncider les aptitudes du SI (des services offerts) avec les processus de l'entreprise.
La meilleure façon de garantir la réussite de tout type de projet est d'avoir un chef de projet compétent et expérimenté et un Business analyste compétent et expérimenté. Ces deux individus, travaillant ensemble dès le début du projet, préparent le terrain pour le succès d'une planification précise et une définition clair des résultats escomptés. Ces deux rôles sont nécessaires car ils sont chacun responsable d'un ensemble de tâches différentes mais complémentaires et ils possèdent chacun un ensemble de compétences qui se complètent mutuellement. Les deux rôles sont étroitement liés, mais exactement quelles sont les similitudes et les différences, et pournquoi un projet à besoin des deux ? Dans de nombreuses organisations, une personne est appelée à jouer les deux rôles. Pour illustrer mon propos, je vais appuyer ma présentation sur deux cas concrets vécu sur la même mission sur plusieurs projets : le premier cas est une collaboration entre un CP et un BA, Vocea Clientului le deuxième cas est un chef de projet dans le rôle du BA sur le même projet, IT Help Desk
Je vais expliquer le contexte d’un projet réussi au travers de la collaboration entre un Business Analyste et un chef de projet au travers d’un cas pratique d’ingénièrie d’entreprise. La complexité des entreprises dans un environement en changement rapide Expliquer l’ingénierie d’entreprise – entreprise du 21ème siécle Le BA Le CP Le projet DACIA de centre d’appels et la voix du client au centre de l’entreprise.
SDLC : The Systems Development Life Cycle (SDLC), or Software Development Life Cycle in systems engineering and software engineering Cycle de développement des logiciels ou progiciels
Le premier projet Situation économique 1999-2002 Import 7% en 1999, 31% en 2001 Vente en berne, Qualité en berne – Obligation de restructurer l’outil industriel.
La voix du client – Vocea Clientului Centre d’appels évolutifs, un périmétre au départ qui va grandit avec la maturité de l’entreprise. 35 positions au démarrage, mais 100 à terme avec la volonté de servir tout les pays de vente pour les nouveaux modèles de DACIA. Centre d’appels multilingue RO, FR, GB, +++ Un projet innovant par la mise du centre d’appel au cœur de l’entreprise. Pourquoi ? En 2000 l’entreprise m’a aucun contat avec le client final, m’a aucune remonté d’information sur la qualité des produits, m’a aucune maîtrise du réseau commercial (revendeurs – dealers), un problème d’approvisionnement de pièce détaché là ou est la marge de l’entreprise. Le centre d’appels comme point de contact unique va permettre de glaner l’information et aider à restructurer les processus métiers de l’enreprise Anecdote : Corruption dans l’entreprise Deux contraintes très fortes Rachat de Dacia par Renault en 1999. Environement inconnu et non stable. Impossible de faire des prévisions à court terme.
Un projet devenue complex non par sont comptenu mais l’accumulation de nouveaux contrats et de nouveaux projest. Un étendu du projet en dehors du périmétre initiale. Pojet initiale de six mois bouclé dans QCD, mais mission prolongé pour 18 mois.
Pilotage du projet en QCD Qualité : recherche constante de la satisfaction client Coûts : gestion du projet sans avenants Délai : pilotage fin par les délais