Savez-vous que l’examen de business analyste ECBA évolue ?

Voici en bref ce que vous devez savoir dès maintenant sur la refonte en profondeur du certificat d’entrée en analyse métier, l’ECBA – Entry Certificate in Business Analysis de l’IIBA (International Institute of Business Analysis).

Objectif : Mieux préparer les candidats aux réalités du terrain. Valoriser les connaissances et les compétences pratiques et le raisonnement métier.

Une transformation qui s’opère à travers des situations concrètes au service de l’application pratique de cette discipline.

La structure est centrée sur la mise en œuvre du BACCM™ (Business Analysis Core Concept Model), pilier du standard de l’analyse métier.

Les fondamentaux du BABOK® v3 s’y présentent à travers neuf domaines de compétence ECBA qui reflètent les dimensions pratiques du rôle du business analyste ou analyste métier.

Chaque domaine représente un axe fondamental de la pratique en contexte réel, et correspond à des activités et résultats observables.

L’examen contient toujours 50 questions avec une durée qui passe à 75 minutes

Pour plus de détails, lisez cet article.

Participez à la grande enquête 2025 sur la Business Analyse en Francophonie.

Partagez votre réalité en faisant entendre votre voix.

Que vous soyez Business Analyst, Product Owner, Assistance à Maîtrise d’Ouvrage (AMOA), consultant(e) ou tout simplement impliqué(e) dans l’analyse du besoin, cette enquête a besoin de votre témoignage et de vos réponses.

L’IIBA France et IIBA Geneva ont lancé une grande enquête francophone pour dresser un état des lieux de la profession et s’efforcer de répondre à quelques questions vitales pour la profession :

  • Qui sont les analystes métier aujourd’hui ?
  • Quels outils, pratiques, méthodes utilisent-ils ?
  • Quelles sont leurs conditions de travail, leurs aspirations, leurs défis ?
  • Comment aider les décideurs à mieux comprendre ce métier et à le valoriser ?
  • Quels sont les besoins en formations et accompagnement des Business Analystes ?

100 % anonyme et seulement 10 à 12 minutes de votre temps.

Participez dès maintenant
https://france.iiba.org/page/enquete-francophone-sur-la-business-analyse-2025

N’oubliez pas que votre projet a presque toujours commencé plus tôt que vous l’imaginez.

Le/la manager de projet est au mieux assigné(e) au projet lors de la préparation du business case ou cas d’affaire et, parfois, seulement lorsqu’un business case est approuvé par la direction.

Les projets sont par définition uniques mais ils ne sortent pas par magie du chapeau.

Le plus souvent :

  • Une personne ou une équipe entière ont étudié et défini l’objectif recherché.
  • Un prototype de cette nouvelle idée ou nouveau produit a déjà été réalisé pour prouver la faisabilité ou simplement « vendre » le projet.
  • Le bureau de projet (PMO Project Management Office) ou le/la responsable du portefeuille de projets (PPM Project Portfolio Management) ont déjà discuté de ce projet potentiel.
  • Les chefs de produit ont confirmé qu’ils y voient une opportunité de marché. Ils ont probablement déjà testé cette idée auprès d’un jeu de clients fidèles.
  • Même si vous avez un projet destiné à innover et développer un produit « jamais fait avant », une personne a envisagé ce travail avant que l’équipe ne commence.

Cela signifie que certaines personnes ont déjà une idée assez affinée de ce qui serait possible ou utile.

Si vous êtes l’une de ces personnes, votre challenge est d’aider les autres membres de l’équipe projet et de la gouvernance du projet à comprendre les objectifs, bénéfices et approches possibles.

En effet, le premier travail de l’équipe projet consiste à apprendre ce que ces personnes ont déjà appris ou supposé sans pour autant s’y limiter.

Une fois que les gens comprennent les attentes, vous pouvez pleinement utiliser la puissance de l’agilité dans votre équipe et votre organisation pour travailler ensemble sur la valeur attendue et déterminer approche et prochaines étapes.

Savez-vous que les utilisateurs n’interagissent en moyenne qu’avec 6 % des fonctionnalités de votre produit ?

Votre équipe se concentre-t-elle sur des fonctionnalités qui ne sont pas ou très très peu utilisées par vos utilisateurs finaux ?

Users engage with only 6% of product features: Product benchmark findings par Louron Pratt

https://www.mindtheproduct.com/users-engage-with-6-of-product-features-product-benchmark-findings/

Avec le passage aux licences logicielles par abonnement, il est plus important que jamais pour les utilisateurs de voir la valeur d’un produit. Les meilleurs chefs de produit utilisent l’adoption des fonctionnalités pour mesurer et améliorer la valeur de leur produit. Cette enquête benchmark vise à évaluer la façon dont les fonctionnalités sont reçues par les utilisateurs.

Qu’est-ce que l’adoption d’une fonctionnalité ?

L’adoption des fonctionnalités vise à répondre à une question fondamentale : Les utilisateurs découvrent-ils vraiment la valeur de votre produit et de ses outils de base ?

En comprenant comment (ou si) les clients utilisent des fonctionnalités spécifiques, vous aurez une idée claire de si ces fonctionnalités atteignent leurs objectifs.

Combien d’utilisateurs utilisent les nouvelles fonctionnalités ?

Notre enquête comparative a révélé que le taux moyen d’adoption des fonctionnalités pour les produits est de 6,4%. Ainsi, pour 100 fonctionnalités que votre équipe analyse, construit et livre, seules 6,4 d’entre elles génèrent 80% du volume de clics. Pour les produits du top 10 %, l’adoption des fonctionnalités augmente de 15,6%, soit 2,5 fois plus que la moyenne.

Nous avons constaté que même les meilleures équipes produit se concentrent sur des fonctionnalités qui ne sont pas utilisées par leurs utilisateurs finaux. Alors que 6,4% des fonctionnalités génèrent 80% des clics, près de 94 % des fonctionnalités sont intactes et ignorées.

Adoption des fonctionnalités par industrie

À première vue, l’industrie peut ne pas sembler importante en rapport à l’adoption de la fonctionnalité. Cependant, de petits détails tels que le public cible, la saturation du marché et les nuances de l’industrie s’additionnent pour avoir un impact sur vos benchmarks de produits. Un produit de service aux entreprises avec un taux d’adoption de 7% peut être un succès retentissant. Cependant, l’adoption par 7% des utilisateurs de la nouvelle fonctionnalité de messagerie d’une application de médias sociaux pourrait tirer la sonnette d’alarme.

En moyenne, les produits de l’industrie manufacturière et des biens de consommation ont le taux d’adoption de fonctionnalités le plus élevé. Les produits dans les médias sont légèrement plus faibles, à 4,9%. En fonction de l’adoption moyenne des fonctionnalités de votre secteur d’activité, il peut être important de vous concentrer sur l’amélioration de l’adoption de vos outils les plus importants.

Adoption des fonctionnalités par taille d’entreprise

En moyenne, les entreprises de moins de 200 employés ont le taux d’adoption de leurs fonctionnalités le plus élevé, soit 7,4%. Cela peut s’expliquer par le fait que les petites entreprises n’en sont qu’aux premiers stades de l’expansion de leur produit et que leurs fonctionnalités majeures constituent souvent une plus grande partie de leur produit. D’autre part, les grandes entreprises disposent d’un écosystème tentaculaire de produits, avec plus de ressources pour développer et améliorer les fonctionnalités.

Pourquoi l’adoption des fonctionnalités de suivi est-elle importante ?

Mesurez et comprenez le succès.

Le suivi de l’adoption des fonctionnalités révèle si les utilisateurs trouvent votre produit utile ou non. Associé à votre voix du client (Voice of Customer), vous pouvez comprendre le « pourquoi » d’une adoption plus faible ou plus élevée.

Sachez comment améliorer l’engagement du produit.

Comprenez quelles fonctionnalités vos utilisateurs apprécient réellement et lesquelles ils ignorent. Ceci est fondamental pour fidéliser et fidéliser vos utilisateurs. Utilisez l’adoption de fonctionnalités pour guider vos priorités : Que devez-vous améliorer et que devez-vous supprimer de votre produit ?

Éliminez le gaspillage des ressources.

Une mauvaise adoption des fonctionnalités entraîne un gaspillage des ressources, mais de nombreux produits souffrent d’une prolifération des fonctionnalités. Une fois que vous avez évalué l’adoption des fonctionnalités, vous pouvez avoir une meilleure idée de ce dont vos utilisateurs ont besoin et de ce dont ils n’ont pas besoin.

Améliorez vos résultats finaux.

Des fonctionnalités inutilisées peuvent nuire à vos résultats à plus d’un titre. Payer pour des fonctionnalités inutilisées réduit la valeur perçue d’un client et, en fin de compte, affecte sa volonté de renouveler au niveau de prix actuel, voire de renouveler tout court.

Quatre façons d’améliorer l’adoption des fonctionnalités

  1. Simplifiez l’adoption grâce à des procédures pas à pas.
  2. Annoncez de nouvelles fonctionnalités dans l’application.
  3. Indiquez clairement la valeur et l’action souhaitée.
  4. Ciblez vos communications.

 

  1. Simplifiez l’adoption grâce à des procédures pas à pas : Il doit être aussi facile que possible pour les clients de trouver et d’utiliser les fonctionnalités. Une fois que vous avez annoncé une nouvelle fonctionnalité, créez des procédures pas à pas au sein même de votre produit pour guider les utilisateurs à travers les étapes souhaitées, en particulier pour les fonctionnalités qui nécessitent plusieurs étapes dans le flux de travail.
  2. Annoncez de nouvelles fonctionnalités dans l’application : L’un des meilleurs outils pour promouvoir des fonctionnalités est votre produit lui-même. Lorsque vous annoncez des fonctionnalités dans l’application à l’aide de guides ou d’ infobulles, vous atteignez les utilisateurs au moment et à l’endroit où le message est le plus pertinent.
  3. Indiquez clairement la valeur et l’action souhaitée : Lorsque vous créez des messages dans l’application ou d’autres contenus sur les fonctionnalités, utilisez un langage simple qui communique clairement la valeur. Ensuite, dirigez les utilisateurs vers la prochaine action que vous souhaitez qu’ils entreprennent (comme visionner une démonstration guidée).
  4. Ciblez vos communications : Toutes les fonctionnalités ne sont pas pertinentes pour tous les utilisateurs. Créez des segments au sein de votre plateforme d’expérience produit par rôle, autorisations et compétences techniques.

Tracez l’adoption des fonctionnalités de votre produit par rapport à vos pairs dans Mind the Product.

Comment pouvez-vous surmonter le défi que seulement 20 % des fonctionnalités que votre équipe livre soient réellement utilisées ?

Nishita Hathi, chef de produit, partage des stratégies pour augmenter l’utilisation des fonctionnalités du produit et améliorer la fidélisation des clients.

Overcoming the 20% feature usage challenge par Nishita Hathi

https://www.mindtheproduct.com/overcoming-the-20-feature-usage-challenge/

Beaucoup d’entre nous dans la communauté des produits sont confrontés au défi de l’utilisation limitée des fonctionnalités du produit. Une enquête Pendo a révélé que la plupart des utilisateurs de produits n’utilisent pas 80 % des fonctionnalités du produit. Microsoft a également observé qu’un utilisateur moyen de PowerPoint utilise moins de 10 % des fonctionnalités PowerPoint disponibles. Ma propre expérience s’aligne également sur les résultats de l’enquête Pendo. Pourtant, l’augmentation de l’utilisation des fonctionnalités est cruciale pour fidéliser vos clients et favoriser votre croissance grâce à la vente incitative.

Dans cet article, je partage mes observations sur les motivations derrière l’introduction de nouvelles fonctionnalités, pourquoi les utilisateurs finaux sous-utilisent les fonctionnalités, quel en est l’impact potentiel et je décris les approches que j’ai utilisées pour augmenter l’utilisation des fonctionnalités.

Motivations pour l’introduction de nouvelles fonctionnalités

En tant que chef de produit, vous introduisez de nouvelles fonctionnalités et capacités dans vos produits pour plusieurs raisons :

  • Vous assurer que le produit est aligné sur les tendances du marché et de la technologie.
  • Vous assurer que le produit présente des caractéristiques uniques et différenciatrices.
  • Répondre aux demandes et défis spécifiques de vos clients.
  • Vous assurer que le produit est comparable à celui d’un concurrent.

Dans le monde B2B, les équipes des achats privilégient souvent les produits riches en fonctionnalités. La plupart des appels d’offres exigent de fournir une gamme complète de fonctionnalités, ce qui oblige les fournisseurs à les prendre en charge dans leurs produits afin de remporter le marché. De plus, dans des secteurs tels que les télécommunications mobiles, les normes technologiques évoluent constamment, ce qui oblige également les fournisseurs à prendre en charge les nouvelles technologies en fonction de l’évolution des normes.

Observations sur l’utilisation des fonctionnalités

Malgré la disponibilité de fonctionnalités complètes, les utilisateurs finaux n’en utilisent souvent qu’un petit sous-ensemble.

D’après mon expérience, cela est attribué à plusieurs facteurs :

  1. Se concentrer sur les besoins immédiats : Les utilisateurs finaux utilisent des fonctionnalités qui les aident à accomplir leurs tâches actuelles.
  2. Manque de temps : Les utilisateurs manquent souvent de temps pour explorer des fonctionnalités supplémentaires, même si celles-ci peuvent apporter une valeur supplémentaire.
  3. Manque de notoriété : Parfois, les utilisateurs ne sont pas au courant ou ont oublié ce qui est disponible dans le produit.

D’autres facteurs limitent également l’utilisation des fonctionnalités, notamment l’inertie à apprendre quelque chose de nouveau ou à faire quelque chose de différent. Avec des fonctionnalités complexes, la facilité de configuration ou le temps nécessaire à l’exécution de tâches spécifiques peuvent également dissuader de les utiliser.

Impact d’une faible utilisation des fonctionnalités

Une faible utilisation des fonctionnalités peut entraîner les conséquences suivantes :

  • Réduction des opportunités de vente incitative : Une utilisation limitée rend plus difficile la vente de fonctionnalités supplémentaires.
  • Risque accru de désabonnement : Si les utilisateurs n’utilisent que des fonctionnalités de base ou très limitées, ils peuvent plus facilement se tourner vers des concurrents offrant la même chose.

Approches pour stimuler l’utilisation des fonctionnalités

Afin d’augmenter l’utilisation des fonctionnalités, les utilisateurs finaux doivent être conscients de la valeur des fonctionnalités supplémentaires et doivent être en mesure de les utiliser avec très peu de friction.

Voici les approches que j’ai utilisées ces dernières années pour faire bouger l’utilisation des fonctionnalités :

  • Engagement régulier des utilisateurs – Apprendre, informer et éduquer

Un engagement régulier avec vos clients vous permet de comprendre leurs besoins et vous donne l’occasion de présenter des fonctionnalités qui peuvent apporter une valeur ajoutée dans le contexte de votre client.

Dans mes interactions avec les clients, j’ai rencontré des situations où le client essaie de résoudre un problème et n’est pas conscient de la capacité du produit à résoudre le problème, comme des moyens plus simples de configurer le produit pour leur cas d’usage ou la possibilité d’effectuer des types de modélisation spécifiques.

En plus d’informer et d’éduquer, ces interactions régulières peuvent également conduire à de nouveaux cas d’utilisation des capacités existantes.

  • Mises à jour fréquentes des fonctionnalités et accès facile aux informations

La présentation des fonctionnalités dans le cadre d’un atelier aide vos utilisateurs à comprendre l’étendue des capacités. Cependant, il est probable qu’ils ne se souviendront pas de tout ce que vous avez présenté. Par conséquent, il est important de fournir des mises à jour fréquentes. Il peut être difficile d’avoir du temps en face à face avec vos clients sur une base régulière et cela peut devenir écrasant. Il est important d’exploiter différents formats pour promouvoir les fonctionnalités de vos produits.

L’une des approches que j’ai utilisées consiste à partager de brèves vidéos explicatives (2 à 3 minutes) sur une base mensuelle par e-mail et sur les plateformes de médias sociaux. Chaque vidéo se concentre sur un aspect très spécifique du produit. Il peut s’agir d’un ensemble de fonctionnalités d’utilisabilité qui entraînent une réduction du nombre de clics ou d’une fonctionnalité technologique qui leur permet de modéliser une nouvelle technologie. L’objectif est de démontrer et d’informer l’utilisateur de la valeur ajoutée que votre produit peut créer.

La disponibilité de plateformes de synthèse vocale telles que Synthesia facilite la création de vidéos explicatives.

  • Mise en œuvre simplifiée

Une fois que l’utilisateur est convaincu qu’une fonctionnalité ou une capacité particulière peut apporter une valeur ajoutée, il est important de s’assurer qu’il y a très peu de frictions lors de la configuration et de l’exécution de cette capacité. Lorsqu’il s’agit de fonctionnalités complexes, les utilisateurs s’abstiennent souvent de les utiliser car elles sont complexes à configurer. Même si le produit peut disposer d’un ensemble complet de documents de support tels que des guides d’utilisation, des guides techniques, des vidéos explicatives, il est souvent difficile de s’y retrouver dans un volume élevé d’informations.

Plus récemment, j’ai exploré l’utilisation de l’IA générative pour changer la façon dont les utilisateurs interagissent avec les différents supports de produit. Au lieu de rechercher dans des documents individuels, l’utilisateur peut poser des questions spécifiques et obtenir une réponse cohérente, ce qui rend le processus beaucoup plus fluide.

  • Culture interne d’apprentissage continu

En plus de faire référence aux garanties, vos utilisateurs auront parfois besoin d’un soutien supplémentaire de la part des équipes en contact avec les clients. Il est important d’établir une culture interne d’apprentissage continu afin de s’assurer que vos équipes en contact avec votre clientèle peuvent promouvoir et défendre les capacités de votre produit.

Voici quelques-unes des approches que j’ai mises en œuvre :

  • Un webinaire interne mensuel régulier sur un sujet ou une fonctionnalité spécifique.
  • Une plateforme LMS (Learning Management System) interne pour héberger le matériel de formation sur les produits.
  • Un programme d’évaluation interne qui mène à une certification et à d’autres récompenses.

Réflexions finales

À l’avenir, l’IA offre des opportunités pour accroître drastiquement l’utilisation de toutes vos fonctionnalités. Lors du lancement de Microsoft Office 365 Copilot, son vice-président principal, Sumit Chauhan, s’est demandé :

Et si les outils pouvaient apprendre comment vous travaillez, plutôt que l’inverse ?

Cela signifierait que les utilisateurs seraient automatiquement informés des fonctionnalités qui généreraient plus de valeur pour eux et guidés sur la façon d’exploiter les fonctionnalités, ce qui entraînerait une utilisation beaucoup plus élevée de celles-ci !

Déroulement d’une session d’affinement de l’arriéré de produit (Product Backlog Refinement) par Sam Adesoga

La session d’affinement de l’arriéré de produit n’est pas un événement Scrum obligatoire, mais une pratique complémentaire très utile qui aide l’équipe Scrum et ses parties prenantes à parvenir à une compréhension commune de l’arriéré de produit, de l’objectif produit et des priorités.

What Happens in a Product Refinement Session

https://samadesoga.me/posts/what-happens-in-a-product-backlog-refinement-session/ par Sam Adesoga

La session d’affinement de l’arriéré de produit (Product Backlog Refinement) n’est pas un événement Scrum officiel, mais c’est une activité cruciale qui aide les équipes Scrum à parvenir à une compréhension commune des éléments de l’arriéré de produit en préparation à la planification du sprint. Les équipes qui adoptent l’amélioration de l’arriéré de produit comme pratique complémentaire ont tendance à avoir des événements de planification de sprint plus fluides. Le nombre de sessions de raffinement au sein d’un sprint dépend de divers facteurs tels que l’état de l’arriéré de produit, la maturité du produit, la disponibilité et l’expérience de l’équipe Scrum.

Il y a de nombreuses de façons de faciliter une session d’affinement de l’arriéré de produit, mais je présente ici certaines des activités que j’attendrais d’une équipe Scrum dans l’une de ces sessions. Celles-ci ne sont pas présentées dans un ordre particulier.

Ventiler les éléments de l’arriéré de produit (Product Backlog Items / PBI)

Dans la session d’affinement de l’arriéré de produit, l’équipe Scrum doit chercher à décomposer les PBI jusqu’à ce qu’ils soient suffisamment petits pour tenir dans le sprint.

La définition de terminé (done) doit être utilisée comme guide pour discuter du travail à accomplir pour chaque PBI du sprint.

Il y a de nombreuses techniques qui peuvent être utilisées pour décomposer les PBI, mais je préfère le découpage vertical des PBI, car l’équipe Scrum a une plus grande probabilité de fournir un incrément utilisable à partir d’un PBI, lorsque le PBI est découpé verticalement.

Estimer les PBI

Les équipes Scrum qui pratiquent l’estimation en tant que pratique complémentaire doivent fournir une prévision de l’effort requis pour fournir des PBI en utilisant la définition de terminé (done) pour le produit comme guide.

Pour ces équipes, l’estimation des PBI aide l’équipe Scrum à sélectionner des éléments de l’arriéré de produit jusqu’à la pleine capacité des développeurs. Si des estimations ont déjà été fournies pour les PBI, l’animateur de la session d’affinement de l’arriéré de produit doit reconfirmer que chaque développeur reste à l’aise avec l’estimation qui a été précédemment enregistrée sur le PBI.

Certaines techniques courantes d’estimation incluent Story Pointing, T-Shirt Sizing and Planning Poker.

Critères d’acceptation de la revue

Les critères d’acceptation devraient être revus pour en vérifier la clarté et l’exhaustivité lors de la séance d’amélioration de l’arriéré de produit. L’animateur doit inviter les participants à la session d’amélioration de l’arriéré de produit à poser des questions et à demander des éclaircissements si nécessaire. Il y a des cas où l’équipe n’arrive pas à s’entendre sur les critères d’acceptation, en particulier pour un PBI complexe ; L’équipe Scrum pourrait alors trouver utile de réexaminer le « pourquoi ? ». Le Product Owner doit être en mesure d’exprimer clairement la valeur du PBI ; D’après mon expérience, une fois que la valeur est transparente pour tous les participants, les développeurs peuvent s’autogérer pour déterminer les détails de ce qui doit être fait et comment le travail serait accompli.

Discutez des dépendances et des blocages

Attention aux dépendances croisées qui s’emmêlent et créent des nœuds inextricables.

Cela n’aurait aucun sens d’intégrer une histoire utilisateur / story avec des dépendances et des blocages dans un sprint, car cette story ne sera probablement pas terminée dans le sprint. L’équipe Scrum doit discuter de toutes les dépendances et de tous les bloqueurs pour s’assurer que tout le monde a une compréhension commune des dépendances et des blocages ; L’équipe Scrum doit mettre en place un plan pour résoudre ces dépendances et ces blocages. Le cas échéant, ces dépendances et blocages doivent être représentés dans l’arriéré de produit et attribuées aux personnes qui travaillent à les supprimer. À titre indicatif, l’équipe Scrum ne doit PAS présenter d’éléments avec des dépendances et des blocages non résolus pour la planification du sprint, sauf s’il existe un plan pour résoudre ces obstacles au sein du sprint.

Priorisez l’arriéré de produit

Le Product Owner est responsable de la priorisation de l’arriéré de produit et il existe un certain nombre de raisons qui peuvent être prises en compte telles que la Valeur, la Priorité, la Cohérence Business, la Cohérence Technique, etc. Le Product Owner doit prendre l’habitude de garder l’arriéré produit ordonné à tout moment et une session telle que la session d’affinement de l’arriéré de produit est un bon moment pour examiner et mettre à jour l’ordre des PBI dans l’arriéré de produit.

CertYou est partenaire de DantotsuPM, allez voir les certifications AgilePM

Comme indiqué dans l’introduction, la session d’amélioration de l’arriéré de produit n’est pas un événement Scrum obligatoire, mais une pratique complémentaire très utile qui aide l’équipe Scrum et ses parties prenantes à parvenir à une compréhension commune de l’arriéré de produit, de l’objectif produit qu’il contient et des éléments de l’arriéré de produit qui ont émergé pour atteindre l’objectif produit.


Sam Adesoga

Sam Adesoga

Coach Agile Principal et Formateur Principal at Valuehut, un cabinet de conseil en coaching et formation agile, qui aide les organisations à explorer les méthodes de travail agiles. Sam a beaucoup d’expérience dans le soutien aux dirigeants et à leurs équipes en matière d’agilité d’entreprise avec un objectif ambitieux : Aider les organisations à développer un état d’esprit agile nécessaire pour continuer à garder une longueur d’avance sur la concurrence et les marchés.

Et si vous rejoigniez le Groupe d’Étude de l’IIBA® France pour la Certification en Analyse Métier ?

L’IIBA France vient d’annoncer le lancement de son nouveau groupe d’étude dédié à la préparation des certifications de l’ “International Institute of Business Analysis™ (IIBA®)”.

Ce groupe d’étude est une opportunité unique pour les professionnels de l’analyse métier souhaitant obtenir une certification IIBA, de renforcer leurs connaissances et compétences grâce à une méthode d’apprentissage interactive et engageante.

Réunion de lancement : Jeudi 30 mai à 18h30 pour présenter le format des sessions, les modalités de participation, et répondre à toutes vos questions. Ce sera également une excellente occasion de rencontrer vos futurs mentors et pairs.

Ouvrage sur Amazon

Objectif du groupe d’étude : Naviguer à travers le contenu complexe du BABOK® Guide, en utilisant des scénarios et cas d’usage qui illustrent des situations réelles. En participant, vous bénéficierez d’une compréhension approfondie des normes et des meilleures pratiques en analyse métier / Business analyse.

Déroulement des sessions : Les sessions se dérouleront en ligne, facilitant la participation quelle que soit votre localisation. Chaque session comprendra une revue détaillée de sections spécifiques du BABOK® Guide, enrichie par des discussions de groupe.

Révision en ligne, incluant des matériaux exclusifs et des QCM traduits pour vous préparer efficacement.

Encadrement par des experts : Les groupes d’études sont animés par des bénévoles du chapitre IIBA France, tous experts en analyse métier et passionnés par le partage de leur savoir.

La participation au groupe d’étude est payante. Pour vous inscrire et découvrir les tarifs, veuillez participer à la réunion de lancement, Jeudi 30 Mai 2024, en vous inscrivant ici.

Pourquoi participer ?

  • Préparation efficace aux certifications de l’IIBA.
  • Apprentissage à partir de scénarios réels et pertinents.
  • Interaction et réseautage avec d’autres professionnels du domaine.
  • Accès à des ressources exclusives et adaptées.

Saisissez cette chance de faire progresser votre carrière en vous certifiant en analyse métier.

Pour plus d’informations, contactez info@france.iiba.org  ou inscrivez-vous directement à la réunion de lancement via ce lien.

Les habitudes ne sont pas des besoins !

Habitudes, désirs, besoins, addictions… comment ne pas les confondre est crucial. D’autant plus si votre job est business analyste ou manager de projet.

Habits are not needs par Seth Godin

https://seths.blog/2022/11/habits-are-not-needs/

Les habitudes ne sont pas des besoins.

Il est facile d’imaginer qu’elles le sont, car cela vous permet de vous tirer d’affaire lorsque les habitudes deviennent négatives, voire des addictions.

Si quelqu’un d’autre s’épanouit sans avoir l’habitude dont vous semblez avoir besoin, alors votre habitude est probablement un simple désir qui prétend être un besoin.

Par exemple : Vous pouvez être un professionnel qui réussit sans passer votre temps sur les réseaux sociaux.

Mener un spike technique à l’aide du développement axé sur le comportement par Sam Adesoga

Mener un spike technique à l’aide du développement axé sur le comportement

https://samadesoga.me/posts/driving-a-technical-spike-using-bdd/ de Sam Adesoga

Visitez le site SAFe

La plupart des méthodologies agiles prévoient l’application d’un Technical Spike pour explorer une nouvelle technologie ou les zones à risque d’un produit. La méthodologie SAFe (Scaled Agile Framework) définit le Spike comme un type d’histoire d’exploration et de catalyseur.

Il existe un certain nombre d’approches qui ont été recommandées pour les Technical Spike.

Il s’agit notamment de :

  • Estimation et dimensionnement d’une histoire de Technical Spike
  • Limiter dans le temps (Timeboxing) un Technical Spike.

Le Technical Spike est de nature exploratoire et il est contradictoire d’essayer d’estimer la complexité d’un travail qui n’est pas bien compris. D’après mon expérience, la plupart des équipes préféreraient limiter dans le temps les efforts nécessaires pour réaliser un Technical Spike.

Il y a quelques semaines, j’ai eu une conversation avec un développeur qui était à mi-chemin d’un spike et j’ai eu un moment « ah-ha », et cet article est une tentative d’expliquer ce qui pourrait être une approche alternative aux Technical Spikes.

Je suggérerais au Product Owner / Business Analyst en collaboration avec un membre technique de l’équipe, par exemple un architecte, un responsable technique, de définir les exigences de haut niveau à l’aide de la méthodologie de développement axée sur le comportement.

CertYou est partenaire de DantotsuPM, allez voir les certifications AgilePM

Les avantages de la spécification des exigences axée sur le comportement dès le départ sont les suivants.

  • L’objectif du Technical Spike est clairement défini à l’avance et, en tant que tel, le développeur est clair sur ce qu’est le livrable.
  • La définition de DONE pour le Technical Spike est dès que toutes les exigences spécifiées sont satisfaites.
  • Le développeur ou un testeur peut automatiser le script de développement axé sur le comportement en exigences exécutables.
  • Le risque de consacrer trop de temps/d’efforts au Technical Spike est minimisé.
  • Une ligne de base d’exigences pour la mise en œuvre réelle évolue à partir du Technical Spike.

Comme pour tout le reste, il n’y a pas de solution miracle, mais il faut veiller à ne pas aller trop loin avec les exigences. Étant donné qu’il s’agit d’un Technical Spike, il est nécessaire de s’assurer que l’exigence est à un niveau très élevé suffisant pour décrire les objectifs du Technical Spike et qu’elle ne soit pas prescriptive.

Cela semble bien fonctionner pour ce projet, alors n’hésitez pas à l’essayer.


Sam Adesoga, Principal Coach and Lead Trainer

  • Praticien agile et agnostique ainsi qu’un formateur professionnel Scrum avec Scrum.org
  • L’expérience professionnelle de Sam comprend Développeur, Développeur de logiciels, Test and Release Manager, Scrum Master et récemment coach Agile d’entreprise
  • Sam utilise des approches agiles comme fondation, et s’intéresse à aider les individus, les équipes et l’ensemble des organisations à développer l’état d’esprit et la culture nécessaires pour réussir dans un monde VUCA.
  • Nombre total d’années d’expérience dans le développement et la livraison de produits à l’aide de cadres de travail agiles – 17 ans.

Pourquoi les détails sont-ils importants ?

Les détails comptent. Ils sont importants dans tous les domaines de notre vie. Les détails font souvent la différence entre un résultat positif et un résultat infructueux.

Why Details Matter par Steve Keating

https://stevekeating.me/2024/01/22/why-details-matter/

Quand j’étais beaucoup plus jeune, j’ai sauté d’un avion qui fonctionnait parfaitement. Ce n’était pas exactement par choix, je suis allé dans une école militaire et cela faisait partie du contrat. Quand ils vous disaient de sauter, vous sautiez. Mais j’ai appris ce fait peu connu : Vous n’avez pas besoin d’un parachute pour sauter d’un avion. Vous pouvez simplement ouvrir la porte et sauter. En fait, il est plus rapide d’atteindre le sol sans parachute.

Il y a cependant un petit détail à garder à l’esprit. Si vous avez l’intention de sauter d’un avion une deuxième fois, un parachute est fortement recommandé. Si vous manquez ce petit détail, le résultat de votre premier saut sera loin d’être idéal. Mais encore une fois, le saut lui-même est tout à fait faisable sans parachute.

Les détails comptent. Ils sont importants dans tous les domaines de notre vie. Les détails font souvent la différence entre un résultat positif et un résultat infructueux.

Voici quelques-unes des raisons pour lesquelles les petits détails peuvent être si importants.

  • Précision : Prêter attention aux détails garantit l’exactitude de l’information, de la communication et de l’exécution. Cela permet d’éviter les erreurs et les malentendus, ce qui permet d’obtenir de meilleurs résultats dans presque toutes les situations.
  • Clarté : Les détails apportent de la clarté et du contexte à n’importe quelle situation. Ils aident à comprendre les subtilités et les nuances d’un sujet, ce qui permet aux autres de comprendre plus facilement votre message ou vos actions.
  • Résolution de problèmes : Dans la résolution de problèmes, l’attention portée aux détails est cruciale. Elle vous permet d’identifier les causes profondes des problèmes et de les traiter efficacement. Ignorer les détails peut entraîner des solutions superficielles qui ne résolvent pas les problèmes sous-jacents.
  • Prise de décision : Dans les processus de prise de décision, les détails aident à évaluer les options et à prédire les résultats potentiels. Prendre des décisions éclairées nécessite une compréhension approfondie des détails entourant une situation.
  • Professionnalisme : Le souci du détail est souvent associé au professionnalisme. Que ce soit sur le lieu de travail, à l’université ou dans la vie personnelle, être méticuleux dans votre travail démontre un engagement envers la qualité et l’excellence.
  • Prévention des erreurs : De petits détails peuvent parfois avoir un impact significatif. En prêtant attention aux détails, vous pouvez détecter les erreurs potentielles avant qu’elles ne dégénèrent en problèmes plus importants.
  • Efficacité : Avoir une bonne compréhension des détails permet un travail plus efficace et plus effectif. Cela minimise le besoin de refaire ou de corriger, ce qui permet d’économiser du temps et des ressources.
  • Communication : Une communication claire et détaillée est essentielle pour transmettre des idées avec précision. Les détails permettent d’éviter les erreurs d’interprétation et de s’assurer que le message est compris comme prévu.
  • Établir la confiance : Prêter constamment attention aux détails permet d’établir une relation de confiance avec les autres. Que ce soit dans les relations personnelles ou les collaborations professionnelles, les gens ont tendance à faire confiance aux personnes qui font preuve d’un engagement envers la précision.

Les détails font toujours la différence. Parfois, la différence est petite, parfois elle est énorme. Prêter attention aux petites choses donne aux gens l’assurance que vous ferez également attention aux plus grandes choses. Sauter des détails a un impact négatif sur votre crédibilité. Tant dans votre vie personnelle que dans votre carrière. Lorsque les détails passent à travers les mailles du filet, il est très probable que votre réussite globale dans la vie passe également à travers les mailles du filet.

Faites attention aux petites choses et de grandes choses se présenteront probablement à vous.

4 conseils pour mieux répondre aux besoins de vos parties prenantes.

Il est crucial de prendre en compte les pensées et les ressentis des parties prenantes, car cela aide à les préparer à accepter puis à utiliser vos livrables.

Tips for Supporting Stakeholder Needs de Bonnie Biafore

https://www.bonniebiafore.com/tips-for-supporting-stakeholder-needs/

Le développement d’un produit utile est l’un des aspects majeurs de la réussite d’un projet. Il est tout aussi important de prendre en compte les pensées et les sentiments des parties prenantes, car cela aide à les préparer à accepter et à utiliser vos livrables.

Voici 4 recommandations pour vous aider à répondre aux besoins de vos parties prenantes.

#1 – Identifiez les domaines d’activité concernés par votre projet.

Ouvrage sur Amazon

Incluez des tâches spécifiques pour rechercher les outils, les processus, les forces et les faiblesses de chaque domaine des parties prenantes. Si vous avez accès à des analystes business, il s’agit d’une excellente première mission à laquelle ils peuvent s’attaquer. Si ce n’est pas le cas, le manager de projet doit mener des entretiens avec les parties prenantes pour recueillir ces informations. Ce que vous apprenez aide votre plan de projet à s’adapter aux réalités de vos parties prenantes et à éviter les surprises lors de la mise en œuvre du projet. Vous ne voulez certainement pas que votre solution aggrave certaines faiblesses de vos parties prenantes.

#2 – Planifiez une exposition précoce à la solution.

Vous pouvez susciter l’appropriation de la solution en permettant aux parties prenantes de voir les toutes premières versions de vos produits. Encouragez-les à partager leurs commentaires. Tous seront plus confiants lorsqu’ils participeront à la création des résultats du projet. Qu’est-ce que cela signifie de voir une solution ?

Montrez aux parties prenantes tout ce qui donne une vue d’ensemble du produit ou service à venir :

  • Prototypes,
  • processus métier illustrés par des post-it,
  • premières versions d’écrans de l’interface utilisateur, ou
  • diagrammes de test ou de conception informatique.

De nombreux managers de projet repoussent à plus tard ces activités parce que la solution peut changer. Mais c’est toute l’idée de l’exposition précoce !

Les points de vue de vos parties prenantes peuvent être intégrés à vos produits pour déployer des changements positifs. Alors, montrez le produit tôt, même plus tôt que vous n’êtes à l’aise. Vous augmenterez l’adhésion des parties prenantes.

#3 – Identifiez les processus métier avant de vous engager dans de nouveaux livrables d’outils.

Une façon risquée de manager un projet est de trouver ce qui semble être un outil utile à construire pour aider votre entreprise et de lancer un projet pour le mettre en œuvre. COMMENT et OÙ cet outil pourrait être utilisé dans votre entreprise doit d’abord être analysé.

Développez les futurs processus business pour déterminer comment votre entreprise pourrait intégrer ce nouvel outil. Utilisez ces nouveaux processus pour montrer aux parties prenantes comment l’outil pourrait générer de meilleurs résultats. En bref, si vous voulez obtenir l’adhésion des parties prenantes, créez d’abord les futurs processus. Ensuite, vous pouvez démarrer le nouveau projet pour réaliser et déployer l’outil.

#4 – Laissez les parties prenantes piloter la définition du projet et le changement organisationnel.

Il y a des histoires intéressantes sur l’emplacement de nouveaux trottoirs sur un campus. Selon cette histoire, des bâtiments ont été construits et ouverts, et des trottoirs ont été posés après coup sur les chemins usés créés par les occupants du campus. C’était mieux que de poser des trottoirs là où les concepteurs pensaient que les gens marcheraient.

Il s’agit d’un excellent exemple de la façon dont les parties prenantes peuvent conduire le changement.

Les équipes de projet sont souvent coupables de penser qu’elles savent d’avance ce que veulent les parties prenantes. Et elles conçoivent des projets en fonction de cette vision, souvent avec des résultats catastrophiques. Laisser les parties prenantes diriger les projets peut susciter l’enthousiasme et aider à se concentrer sur ce qu’elles veulent changer ou améliorer.

Quelles autres mesures pouvez-vous conseiller de prendre pour tenir compte de ce que les parties prenantes veulent vraiment ?

Partagez vos réflexions, vos questions et vos anecdotes dans la section commentaires.

Lefebvre Dalloz Compétences est partenaire de DantotsuPM, visitez leur site pour découvrir leurs offres de formation.

Pour en savoir plus sur la collaboration avec les parties prenantes, consultez la formation de  Natasha Kasimtseva : Managing Project Stakeholders .

 le cours de Natasha Kasimtseva sur la gestion des parties prenantes de projet.

4 questions simples pour clarifier vos challenges les plus complexes

Face à des défis complexes, réfléchissez à l’urgence, à la nécessité et à votre perfectionnisme.

4 Simple Questions to Clarify Complex Challenges par Dan Rockwell

https://leadershipfreak.blog/2023/05/09/4-simple-questions-to-clarify-complex-challenges/

Face à des défis complexes, réfléchissez à l’urgence, à la nécessité et au perfectionnisme.

Voici comment vous y prendre.

Clarifiez les problèmes complexes avec des pas en avant très simples.

#1. Dans quelle mesure est-il important de trouver une solution maintenant ?

Progressez en laissant les défis les plus complexes pour plus tard. Faites la chose la plus simple maintenant. Prenez le chemin le plus facile maintenant.

Prendre le taureau par les cornes paraît bien jusqu’à ce que vous rencontriez un taureau en colère.

Traitez les problèmes sous-jacents avant de résoudre les défis les plus complexes. Demandez-vous : « Comment pouvons-nous progresser sans résoudre d’abord le challenge le plus déroutant ? »

« Prendre le taureau par les cornes » semble être une bonne idée !
… jusqu’à ce que vous rencontriez un taureau très énervé.

#2. Comment pouvez-vous réduire le grand en petit ?

Livre en français sur Amazon

Brian Tracy a écrit le best-seller international, « Eat that Frog » (Mangez ce crapaud). Il suggère de faire la chose difficile en premier. Peut-être pouvez-vous gober une grenouille et en finir avec elle.

Mais les éléphants se mangent par petits morceaux.

  1. Quel est le pas en avant le plus simple ?
  2. Quel est le pas en avant le plus clair ?
  3. Quelle est la démarche la plus facile ?

Avancez. Ne vous étouffez pas avec les défis les plus difficiles. Ne vous inquiétez pas de la taille de votre éléphant. Prenez-en une petite bouchée et mâchez.  Et ainsi de suite.

#3. Qu’est-ce qui est nécessaire ?

L’urgent semble nécessaire, mais c’est peut-être une distraction. Évaluez les problèmes « urgents » en explorant leurs impacts. Et si vous ne faisiez rien ? Imaginez que quelqu’un se sente contrarié. Est-il nécessaire d’arrêter la progression pour faire face à leur mécontentement ? Soyez gentil et concentré.

Les urgences détournent votre attention des priorités.

Certains sentiments déforment la réalité. Lorsque des préoccupations urgentes ont de grandes implications, traitez-les. Que se passe-t-il lorsque vous ignorez temporairement une urgence. La maison va-t-elle brûler ?

Dans les situations complexes et environnement mouvant, la personne avec des réponses simples est souvent idiote.

#4. Qu’est-ce qui est suffisamment bon ?

Les solutions parfaites aux défis les plus complexes sont rares. Rejetez le perfectionnisme. Adoptez la prochaine étape imparfaite.

La perfection est lente, laborieuse et improbable. L’imparfait est réalisable. Un bon steak maintenant est mieux que d’attendre le steak parfait.

Une bonne étape vaut mieux qu’une étape parfaite.

Placez la barre assez haut pour inspirer l’effort, pas si haute que les gens s’en aillent.

Les problèmes complexes ont souvent de multiples solutions et chemins pour les atteindre.

Votre idée de projet est-elle prête à être lancée ?

Des idées de projet surgissent tout le temps, mais cela ne signifie pas qu’elles valent toutes la peine d’être poursuivies.

Is Your Project Idea Ready for Launch? par Bonnie Biafore

Les entreprises veulent tirer suffisamment de bénéfices du temps et de l’argent qu’elles consacrent aux projets. Pour s’assurer qu’un projet candidat en vaut la peine, quelqu’un doit effectuer certains travaux et recherches préalables avant le lancement du projet.

Qui met ces prérequis en place lorsque l’idée du projet est si peu avancée ?

Le management peut demander à un manager de projet de travailler dessus. Et cette personne pourrait devenir la manager de projet si le projet est approuvé, mais pourrait également ne pas l’être. Si l’organisation dispose d’un PMO (Project Management Office ou bureau de management de projet), un membre du PMO pourrait se charger de ce travail.

Voici 5 prérequis qui garantissent qu’un projet candidat vaut la peine d’être poursuivi.

#1 – Un Sponsor engagé

Pour qu’un projet réussisse, le sponsor doit croire en la valeur business du projet.

Ce sponsor et commanditaire :

  • Fournit du temps et du financement pour déterminer si le projet est viable
  • Identifie les recherches requises pour le projet
  • Décide du degré de risque que l’entreprise est prête à accepter
  • Détermine les priorités de l’entreprise
  • Résout les conflits si les principales parties prenantes ne sont pas d’accord sur l’objectif du projet

#2 – Un objectif clair

Les résultats ne vont pas toujours être immédiats comme brancher cette prise pour allumer la lampe.

Il devrait y avoir une définition claire des résultats du projet candidat. La définition peut être de haut niveau. Le sponsor et les principaux décideurs doivent comprendre ces résultats et s’entendre à leur sujet. (Le lancement du projet se concentre ensuite sur le choix de l’approche pour créer ces résultats.)

La viabilité du projet dépend également de la disponibilité des ressources, de la capacité de modifier les processus opérationnels et de la dépendance à l’égard d’anciens systèmes qui peuvent être difficiles à modifier.

#3 – Des compétences d’analystes business disponibles

Ouvrage sur Amazon

Certains projets visent à améliorer la façon dont l’organisation mène ses activités. D’autres produisent un nouveau produit ou service.

Les analystes business et autres membres de l’entreprise doivent travailler ensemble pour évaluer ces opportunités.

Il est tentant de définir de nouveaux processus ou d’envisager de nouveaux produits sans recherche approfondie et sans engager des analystes business. Ne pas faire cet effort ajoute des risques, en particulier le risque d’hypothèses inexactes qui conduisent à l’échec du projet.

#4 – Une compréhension des priorités et du budget

Les entreprises ont une limite à l’argent qu’elles peuvent investir dans les projets. Et elles hiérarchisent également les projets en fonction de la façon dont ils soutiennent les buts et objectifs des organisations.

Quiconque évalue le projet candidat doit identifier son budget et ses priorités.

Sinon, les gens pourraient considérer le projet comme une perte de temps ou comme étant en décalage avec les objectifs de la direction.

#5 –  Un manager de projet expérimenté

Les chances de réussite du projet augmentent lorsqu’un (ou une) manager de projet expérimenté tient la barre. Le niveau d’expérience dépend de facteurs tels que l’importance, la complexité et la taille du projet. Par exemple, une personne formée au management de projet mais avec peu d’expérience pourrait gérer un petit projet moins prioritaire (et acquérir de l’expérience en même temps). Un projet critique et complexe nécessitera un manager de projet senior.

Partenaire de DantotsuPM, visitez le site pour toutes les formations certifiantes proposées
Qui a effectué ces premières étapes dans les projets sur lesquels vous avez travaillé ?

Y a-t-il d’autres étapes que vous avez vues effectuées avant le lancement ? Si oui, partagez-le avec nous dans la section commentaires.

Pour en savoir plus sur le lancement d’un projet, consultez le cours de Bionnie Biafore Project Management Foundations .

4 façons d’améliorer votre processus d’estimation de projet

Le processus d’estimation de projet est le fléau de l’existence nombreux managers de projet. Mais c’est aussi et surtout l’opportunité d’avoir des conversations vraiment importantes sur le projet.

https://thedigitalprojectmanager.com/improve-project-estimation-process/ par Galen Low

Parlons estimations.

Le processus d’estimation de projet est le fléau de l’existence de nombreux managers de projet. Ce n’est pas seulement qu’il est sous haute pression, bousculé et souvent fait sur un coin de votre bureau. C’est aussi que vos efforts sont généralement ramenés à un compromis qui n’est presque jamais précis ou idéal.

Mais une chose que j’aime dans le processus d’estimation, c’est l’opportunité qu’il crée pour que des conversations vraiment importantes fassent surface.

Tout au long de ces conversations, vous imaginez le meilleur et craignez le pire. Vous faites des plans dont vous savez qu’ils changeront et résistez à prendre des engagements autour de choses que vous ne pouvez pas encore clairement voir. Vous examinez les projets passés et votre vision de l’avenir de l’entreprise.

En fait, je crois que chaque conversation sur l’estimation est une opportunité de parler de processus, de qualité, de vision et de valeurs.

Si vous avez trouvé que le processus de collecte et de revue des estimations est un peu épuisant et chronophage, essayez ces conseils pour rendre le processus plus gratifiant, moins mécanique et peut-être même un peu amusant.

#1 – Passez moins de temps à estimer seul et plus de temps à discuter des estimations

L’estimation des coûts signifie un certain temps passé tête baissée sur votre clavier, mais il ne sert à rien de créer une estimation parfaite si elle ne s’intègre pas au reste du contexte.

Enseignez à votre équipe de projet à poser des jalons qu’ils peuvent ensuite affiner par la discussion. Cela aidera tout le monde à avoir une vue d’ensemble et à mieux comprendre les métiers respectifs des membres de leur équipe.

#2 – Faites-en un processus créatif et ne mettez pas un pistolet sur la tempe de qui que ce soit

Manager l’ambiguïté est la pierre d’achoppement la plus courante pour les personnes à qui l’on demande de créer une estimation des coûts du projet. La deuxième pierre d’achoppement la plus courante est la peur de produire une estimation inexacte. Utilisez votre rôle de PM pour maintenir la conversation quelque part entre l’essentiel et l’idéal en documentant les hypothèses, en réitérant les contraintes et en posant des questions difficiles.

#3 – Éduquez vos clients et sponsors

Que ce soit à travers des faits concrets ou des métaphores comme la construction d’une maison ou la préparation d’un café, assurez-vous de ne pas survendre ce qu’est une estimation de projet.

Établissez des attentes selon lesquelles elle devra être affinée lorsqu’on en saura plus, qu’elle est sujet à changement et que le budget du projet devra être géré ensemble de manière proactive.

#4 – Ne présumez pas que vos données historiques sont un raccourci viable

passé, présent et avenir
Les performances passées sont utiles à connaitre mais elles ne prédisent pas l’avenir.

Vous pouvez consulter toutes les feuilles de temps de 5 derniers projets similaires, mais cela ne vous sera utile que si vous prévoyez d’utiliser exactement le même processus qu’un projet précédent et que vous avez également une compréhension claire des variables qui réduiront ou incrémenteront l’effort. Vous pouvez certainement augmenter la précision et réduire le temps passé à estimer, mais pas sans faire le travail de terrain à l’avance !

Ce dernier point est probablement le plus important parce que beaucoup d’entre vous pourraient se demander:

Quel est l’intérêt de rendre le processus d’estimation gratifiant si nos estimations sont toujours fausses ?

Eh bien, je dirais que les conversations autour de l’estimation mènent à des conversations sur les processus, qui mènent à des conversations sur les données.

Et cela conduit à une base de travail pour des estimations plus cohérentes et précises.

Visitez le site de notre partenaire Virage Group

Comment ré-estimez-vous les histoires utilisateurs inachevées lors d’un sprint avec l’approche Scrum ?

Lorsque le travail n’est pas terminé dans le sprint, que faites-vous ?

When Work Isn’t Finished In the Sprint, What Do You Do? par Joel Bancroft-Connors

https://resources.scrumalliance.org/Article/re-estimate-unfinished-stories?utm_campaign=practical-agility&utm_medium=dantotsuPM

Est-ce que vous ou votre équipe avez déjà dit :

« Nous n’avons pas terminé tout le travail de ce sprint. Nous allons découper l’histoire afin d’obtenir du crédit pour le travail que nous avons déjà réalisé. »

« C’est fait à 90%, il faut juste le tester. Passons de 13 points à 1 point pour le prochain sprint. »

« Wow, c’est bien plus que 5 points. Nous aurions dû en faire un item à 13 points. »

« Nous n’avons pas terminé ces quatre histoires, nous allons simplement les reporter au prochain sprint. »

« C’est fait, il faut juste le tester. Créons une nouvelle histoire juste pour ça et marquons celle-ci comme terminée. »

J’entends ces phrases et d’autres similaires tout le temps. L’estimation, dans des circonstances normales, est difficile. Ensuite, tenez compte de ce qu’il faut faire lorsque vos estimations étaient « fausses » et que cela devient carrément désordonné. Ces exemples sont les raisons et les scénarios les plus courants que j’entends lorsque les gens posent des questions sur la réestimation du travail.

Alors, comment ré-estimez-vous le travail inachevé ?

Réponse courte : Je ne le fais pas.

Je ne ré-estime jamais le travail qui n’est pas terminé. Il n’a pas répondu à la définition de Done et retourne dans le l’arriéré de produit (le « backlog produit ») où il pourra être pris en compte pour le prochain sprint.

L’estimation ne change pas parce que nous avons commencé ou que c’est plus difficile que nous le pensions, et nous n’obtenons aucun crédit pour un travail qui n’est pas « terminé ».

En tant que « sauveteur » chef de projet, j’aime beaucoup la simplicité de la définition de Fait (Done) (les mesures de qualité requises pour le produit). Comme le binaire n’est qu’une série de 1 et de 0, la définition de Done n’a que 2 états, « Done » et « Not Done ».

À la fin du sprint , nous examinons chaque élément du backlog produit et nous nous demandons : « Est-ce que cela répond à la définition de Done ? » Si la réponse est oui, elle va à la revue du sprint. Si la réponse est non, cela retourne dans l’arriéré de produits.

« Not Done » est également très précis : l’élément de l’arriéré de produit n’est pas utilisable et ne génère donc aucune valeur. Cela retourne dans l’arriéré de produits et je le traite comme si aucun travail n’avait été fait. C’est dans l’arriéré de produit et vous le traitez comme n’importe quel autre élément du backlog. Il a juste l’avantage de plus de « préparation ».

Pourquoi ne ré-estimez-vous pas ?

C’est une bonne question. Il y a un certain nombre de raisons de traiter un item « Not Done » comme n’importe quel autre élément de l’arriéré de produit.

Doit être utilisable

La première raison vient directement du Guide Scrum. « Afin de fournir de la valeur, l’incrément doit être utilisable. » Je ne divise pas une histoire juste pour obtenir un crédit partiel. Si j’avais pu le diviser en un travail plus petit et qu’il était encore utilisable, j’aurais déjà dû le faire en guise de préparation. Nous nous concentrons sur les résultats (la valeur) et non sur les livrables (le travail accompli).

Le code pourrit

J’ai appris cela d’un développeur expérimenté il y a des années. Même dans les environnements où la « production » ne change que tous les six mois, la base de code peut changer beaucoup en une semaine. Lorsque le travail a commencé sur la nouvelle interface de connexion, les environnements étaient à l’état X. À la fin du sprint, les environnements étaient à l’état Y et lorsque nous avons finalement terminé l’interface de connexion, deux sprints plus tard, les environnements étaient à l’état Z. J’ai vu du travail qui répondait à la définition de Done dans le sprint précédent planter le système construit parce qu’il n’a été déployé que quatre semaines plus tard. « Il faut juste le tester », est probablement tout en haut avec « qu’est-ce qui pourrait mal tourner? » dans les déclarations qui précèdent la catastrophe.

Ne prenez pas de raccourci

Ceci est étroitement lié à la pourriture du code. Si le travail n’est pas terminé dans le sprint, je ne le reprends pas dans le sprint suivant comme si rien n’avait changé. Je prends toutes les tâches (qui ne sont pas Done) et les ramène à « à faire » (To Do). Lorsque je reprends le travail, je valide à nouveau tout le travail. Non seulement le « code pourrit », mais vous avez peut-être appris quelque chose de nouveau, avez une nouvelle approche, quelqu’un d’autre a fait le travail. En revenant au tout début, vous vous assurez que rien n’a été manqué et que la qualité reste élevée.

Le tout s’équilibre

Cela entre en jeu à la fois avec un travail qui est « presque terminé » et un travail qui est « ouh la la ! C’est beaucoup plus gros que ce que nous pensions ». Vous allez reprendre un travail qui a été entrepris dans un sprint précédent et qui était à 1 point d’effort de finir, et vous allez également prendre un travail qui finira par nécessiter trois fois plus de travail que prévu, et à long terme, le tout s’équilibre. La loi des grands nombres nous dit essentiellement que, au fil du temps, le nombre d’éléments surestimés s’équilibrera avec le nombre de sous-estimés.

Ne le faites pas

Si cela n’a pas été fini dans le sprint, profitez-en pour examiner le travail à nouveau. Commencez par les critères d’acceptation. Sont-ils trop vagues ? Peut-on y répondre par oui ou non ? Regardez au-delà de cet élément de l’arriéré pour avoir une vue d’ensemble. L’équipe prend-elle trop de travail, cet élément dépendait-il d’un autre élément, y a-t-il une difficulté avec la définition de Done ?

Enfin, profitez-en pour poser la question suivante

Devrions-nous encore faire ce travail ?

Chaque sprint est une opportunité d’inspection et d’adaptation. Une partie consiste à examiner tout ce qui se trouve dans l’arriéré de produit et à vous demander si cela soutient toujours l’objectif du produit.

CertYou est partenaire de DantotsuPM, allez voir les certifications Agile

La 3ème version de l’ouvrage de référence des Business Analystes est traduite en français.

Le BABOK V3 en Français est depuis peu disponible.

Le Guide du Business Analysis Body of Knowledge ® (Guide BABOK®, Guide du corpus de connaissances de l’analyse d’affaires) représente une norme reconnue à l’échelle mondiale pour la pratique d’analyse d’affaires.

Le Guide BABOK® décrit les domaines de connaissances de l’analyse d’affaires ainsi que les activités, les compétences fondamentales, les techniques et les perspectives sur la manière d’approcher l’analyse d’affaires.

Ouvrage sur Amazon
Association professionnelle internationale pour les Business Analystes (Chapitre de la Suisse romande - IIBA®)

Si la Business Analysis vous intéresse, découvrez la chaine YouTube de IIBA® Geneva

IIBA® Geneva, le chapitre suisse romand de l’International Institute of Business Analysis, organise un congrès annuel, des groupes d’étude du BABOK, des ateliers mensuels de business analyse et depuis peu une Chaîne YouTube IIBA Geneva 

Vous pouvez désormais trouver l’enregistrement de tous les ateliers sur cette chaîne YouTube.

Vous y trouverez également des enregistrements des conférences et des interviews avec des business analystes réalisés lors du congrès annuel.

Voici un exemple avec « Développer son Intelligence Emotionnelle » qui est particulièrement pertinent pour les managers de projets aussi bien que les business analysts.

Comment nous interagissons et travaillons ensemble est essentiel. Les personnes ne se soucient pas de ce que vous savez jusqu’à qu’elles sachent que vous vous souciez d’elles. Grâce à l’intelligence émotionnelle, nous construisons la confiance qui nous unit, devenons de meilleurs collaborateurs, des catalyseurs du changement et apprenons à mieux affronter l’adversité.

Abonnez-vous afin de suivre aisément IIBA® Geneva

FDF est partenaire de DantotsuPM

Si vous souhaitez devenir analyste business ou êtes déjà un Business Analyst, sachez que IIBA® France est en pleine évolution

Des nouveautés chez International Institute of Business Analysis™ (IIBA®) France, l’association professionnelle des business analystes ou analystes d’affaire.

L’examen de certification est désormais accessible en ligne

Bonne nouvelle en cette période de confinement, il est désormais possible de passer les examens de certification derrière son ordinateur. Seule contrainte, disposer d’une webcam pour permettre le contrôle à distance de l’identité du participant et de l’absence d’aide extérieure.

A noter que le passage des certifications continue de se faire en anglais.

Le BABOK v3 en Français !

Détails et vidéo

Si vous préférez le terme d’analyste d’affaire en lieu et place de son homologue anglo-saxon « Business Analyst« , vous attendiez avec impatience le BABOK V3 en version française. Ce dernier sera très prochainement disponible gratuitement pour les membres de IIBA sur le Bookstore.

Du nouveau sur LinkedIn

Page officielle IIBA France Chapter et groupe IIBA Francophone

Pourquoi devriez-vous prendre le temps d’écouter vos utilisateurs ?

Bien que les besoins des futurs utilisateurs soient parfois difficiles à accoucher et demandent du temps, leur bonne compréhension est la clé de la réussite du projet.

Si vous n’avez pas le temps de discuter d’un besoin utilisateur (ou d’une user story en mode Agile/Scrum), vous n’aurez probablement pas plus le temps de le réaliser.

CertYou est partenaire de DantotsuPM

Valeur élevée plutôt que faible prix ou coûts réduits… dans vos projets aussi !

Valeur élevée

High value

https://seths.blog/2018/09/high-value  par Seth Godin

… n’est pas la même chose que prix bas.

Le prix est évident. On peut le voir de loin. Mais la valeur est plus subtile. Elle doit souvent être vécue pour être comprise.

Le prix est le même pour chaque personne qui achète cet article. La valeur est différente pour chacune.

Le prix bas est le dernier refuge pour les spécialistes du marketing qui n’ont pas la patience ou les tripes de démontrer la valeur pour ceux qui ont ce besoin.


Voici un billet de Seth qui donne aussi à réfléchir pour les managers de projets

Faisons-nous clairement dans les projets la nécessaire distinction entre coûts faibles et valeur élevée ?

Réaliser le projet à bas coûts pour produire le livrable pas trop cher est plus facile que d’aller chercher les budgets et délais nécessaires pour construire le produit que les clients s’arracheront.

L’analyse de la valeur perçue par le client, la Business Analysis et le Design Thinking ne sont-ils pas justement de bons outils pour trouver ce qui réellement apporte de la valeur au client, à l’utilisateur, au sponsor et à toutes les parties prenantes ?

Le cas d’affaire ou business case ne cristallise-t-il pas cette proposition de valeur pour les clients et futurs utilisateurs ?

Tout ceci fait partie de la définition des bénéfices attendus du projet puis du management de la réalisation de ces bénéfices.

Enfin, nous questionnons-nous suffisamment sur le portefeuille de projets en lui-même: « Faisons-nous les bons projets ? »
Hexagon est partenaire de DantotsuPM