Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

e métier de Business Analyst, pourtant incontournable dans tous les projets de

e métier de Business Analyst, pourtant incontournable dans tous les projets de gouvernance, é dans les ouvrages et sites internet francophones. bestofbusinessanalyst.fr, de créer un espace de partage des connaissances entre professionnels, experts, futurs experts, enseignants, étudiants, ou tout autre acteur intéressé par le sujet. J et personnelle ainsi que de mes nombreuses recherches. La diffusion des bonnes pratiques de la Business Analyse peut passer par de nombreux supports, et cet e-book en fait partie. cependant pas à compléter la lecture de ce livre par les nombreuses ressources gratuites que je mets à disposition dans mon blog : articles, vidéos, podcasts, modèles de documents, recommandations de lecture vous aideront à mieux appréhender le métier de Business Analyst. Enfin, si vous voulez vous tenir au courant des dernières évolutions de notre profession, inscrivez-vous à la newsletter et rejoignez la communauté des Business Analysts francophones - vous y trouverez du contenu exclusif réservé aux abonnés ! Bonne lecture ! Table des matières INTRODUCTION CHAPITRE 1 : Généralités La Business Analyse Une discipline relativement récente Le métier de Business Analyst Une pénurie de Business Analysts sur les marchés francophones Les certifications Les compétences requises pour être (un bon) Business Analyst Compétence n°1 : analyse systémique et conceptuelle Compét Compétence n°4 : compétences rédactionnelles Compétence n°5 : le sens de la communication Compétence n°6 : un esprit créatif Compétence n°7 : capacité de gestion du temps CHAPITRE 2 : Les fondamentaux de la pratique de la Business Analyse Périmètre de la Business Analyse Les 8 activités principales du Business Analyst - ? Les livrables en fonction du contexte projet Une formulation claire et non ambiguë Les types de livrables de la Business Analyse Les techniques et méthodes de Business Analyse Un choix en cohérence avec le contexte projet Les techniques utilisées en Business Analyse ain en Business Analyse Les interactions entre les individus dans un Système - Les Parties Prenantes Les Contributeurs Comment identifier les contributeurs et parties prenantes CHAPITRE 3 La Business Analyse dans un projet de type « cycle en V » Le positionnement de la Business Analyse dans le cycle en V Les activités du Business Analyst lors du développement technique de la solution La Business Analyse en contexte agile Les particularités de la Business Analyse dans les projets agiles Avantages et inconvénients pour la Business Analyse en contexte Agile La Business Analyse dans les projets de Business Intelligence -ce que la Business Intelligence ? Le rôle du Business Analyst dans les projets de Business Intelligence st- ? CHAPITRE 4 : les activités de la Business Analyse Le cadrage Définition du cadrage Comment faire le cadrage de votre projet Mon astuce pour bien débuter un cadrage Le pilotage Pilotage et méthodologie projet Les livrables de la Business Analyse dans les approches prédictives Les livrables de la Business Analyse dans les approches adaptatives ble et validée La gestion de la base de documentation de Business Analyse Pourquoi faire une analyse des besoins ? La plus- Où et comment trouver les bonnes pratiques Les éléments é Quelques conseils La description de la solution cible Comment décrire la solution cible ? Une démarche incrémentale et itérative La stratégie de tests fonctionnels La mesure de la performance de la solution Identification des limites de la solution Définition et application des actions correctives et évolutives Le déroulement des tests fonctionnels Tester la conformité de la solution Reporter les anomalies et les non-conformités Diagnostiquer les causes Recommander une modification de la solution ou des processus La validation de la phase de tests fonctionnels La recette Client e Les impacts contractuels de la recette client La conduite du changement Pourquoi gérer le changement ? Comment réaliser la conduite du changement ? Pour résumer Première étape : définissez vos objectifs de Retex dès le début du projet Deuxième étape t réunis Troisième étape : organiser les étapes pratiques du RetEx Quatrième étape CHAPITRE 5 : Les livrables de la Business Analyse La feuille de route Définition du périmètre du projet La méthodologie applicable La planification de la Business Analyse Le Registre des Risques Le management des risques : une activité continue Les éléments du Registre des Risques Le Registre des Contributeurs - ? La collaboration avec les contributeurs : un enjeu majeur du projet Ma méthodologie pour compléter efficacement le Registre des Contributeurs La planification La planification de la Business Analyse Les données pré- Les livrables de la planification - ? La description des processus La description des processus : un livrable incontournable Ma méthodologie en 7 étapes Mes bonnes pratiques pour décrire les processus Les spécifications fonctionnelles générales Les 5 paragraphes principaux des Spécifications Fonctionnelles Générales Les 3 erreurs à éviter Un exemple : le fameux distributeur à billets Les spécifications fonctionnelles détaillées Pour le meilleur ou pour le pire ? 5 recommandations pour livrer des SFD de qualité Le glossaire Les éléments du glossaire Quand doit-on initialiser et compléter le glossaire ? Mes 4 recommandations pour un glossaire de qualité Les règles métier Pourquoi décrire séparément les règles métier ? La définition des tests fonctionnels Les différents contextes des tests fonctionnels Les campagnes de test Le scenario de test fonctionnel Les cas de test fonctionnels Le reporting et le suivi des anomalies Quels outils utiliser ? Le reporting des anomalies Le suivi des anomalies La formation utilisateur La préparation de la formation utilisateur La prise en main technique CHAPITRE 6 : Les techniques et méthodes Sélectionner la stra Le choix de la bonne technique en Business Analyse UML MERISE RUP Le Reengineering des processus us existants La boîte à outils du Business Analyst CONCLUSION Qui suis-je ? LA BUSINESS ANALYSE Une discipline relativement récente Sans surprise, ce terme nous vient du monde anglo-saxon. Il est assez récent, ayant été formalisé pour la première fois en 2005 en tant que norme commerciale dans le BABOK® IIBA®. En réalité, la Business Analyse existe pas encore été décrits. uvent en France, par abus de langage, AMOA (Assistance À la Maîtrise n Business Analyst peut tout autant travailler en mentionné par le contrat commercial. r les organisations à définir et implémenter la solution optimale qui couvrira leurs besoins. Cette démarche intègre les contraintes internes et externes, tant au niveau du projet que de l organisation et de son environnement extérieur. ie le plus souvent aux projets informatiques, son périmètre est beaucoup plus large. En réalité, le Business A e Organisation rencontre un problème ou souhaite faire évoluer son métier. De nombr ervention divers En français, le terme de « Business Analyst » a de nombreux synonymes, jugez plutôt: Pas étonnant, quand on connaît la large palette de domaines couverts par ce métier ! La mission du Business Analyst , de sa taille, de son nalyse métier IT ou la gouvernance Zoom sur la Business Analyse dans les projets de systèmes Pourquoi ce zo tion de plus en plus complexes. Leur challenge consiste donc à retraiter la quantité gigantesque de données dont elles disposent pour être plus rapides, efficaces et efficientes que leurs concurrents. un Business Analyst sont des els en reconversion, me tions sur des projets métier, Actuellem st même pas systématique dans les projets IT -IT ne sont pas formés. La pénurie actuelle de ces profils sur les marchés francophones conduit nombre de professionnels « métier » à se reconvertir sans form également. Beaucoup d ESN poussent en effet leurs ingénieurs informaticiens à devenir Business Analysts pour répondre aux opportunités du marché. Mais si vous voulez être performant, et fai fférence en apportant une réelle plus-value, je ne saurais que moins un vernis informatique pour comprendre le vocabulaire, les enjeux et attentes tion. Diffici t les équipes LE METIER DE BUSINESS ANALYST Une pénurie de Business Analysts sur les marchés francophones mmense besoin du marché francophone en Business Analysts formés, efficients et efficaces. Les statistiques indiquent que 83% des projets informatiques sont des échecs. Un échec signifie un ou des objectifs non atteints, en termes de délai, coût et/ou qualité. Autrement dit, il y a un écart considérable entre les attentes initiales du client et la solution livrée. Ces écarts ont deux causes majeures : Un défaut de compréhension des attentes fonctionnelles du client Outre le mécontentement de ce dernier, cela conduit à la mise en place de « rustines » coûteuses, pendant et après le cycle de vie du projet. Il arrive même encore trop fréquemment que la solution livrée ne puisse tout simplement pas être utilisée Une architecture technique inappropriée Parmi les nombreux problèmes que celle-ci génère, on notera des performances inacceptables pouvant rendre la solution impraticable. Ou enc Si nous voulons enfin inverser la tendance, il faudrait donc concentrer nos ! LES CERTIFICATIONS mmencé à travailler en tant que Business Analyst en 2007, ce terme était (presque) inconnu en France. On parlait plutôt de consultant fonctionnel, voire de consultant technico- MOA (assistance à la maîtr Et pour cause, bien que ce « métier » existe depuis longtemps, ses jamais été form 2005, créé pa A encore sur le tas, on voit émerger un certain nombre de programmes uploads/Industriel/ les-fondamentaux-de-la-business-analyse.pdf