La réponse courte est qu’un Product Owner ne devrait jamais improviser dans ses activités.

https://www.linkedin.com/pulse/mastering-art-understanding-business-needs-salesforce-kazak/

Permettez-moi de partager avec vous le processus que je suis pour comprendre les besoins des entreprises et explorons les différents outils et techniques que j’utilise pour y parvenir.

N’oubliez pas qu’il s’agit surtout d’art dans un cadre de travail défini.

Interrogez les principales parties prenantes

La première étape pour comprendre les besoins et les exigences de l’entreprise consiste à interroger les principales parties prenantes. Il peut s’agir de chefs de service, d’utilisateurs finaux et de cadres exécutifs.

L’objectif de ces entretiens est de comprendre les processus métier, les flux de travail et les points faibles que votre projet Agile va résoudre.

Le Product Owner doit préparer une liste de questions à l’avance pour guider la discussion et s’assurer que tous les sujets pertinents sont couverts.

Faites vos devoirs

À la suite des entretiens avec les parties prenantes, une chasse aux informations supplémentaires commence. L’une des tâches clés du Product Owner est de bien connaître la situation actuelle et d’identifier les domaines à améliorer ou à optimiser.

Voici quelques-uns des éléments que le Product Owner examinera :

• Cartes ou diagrammes des processus métier actuels
• Manuels ou guides d’utilisation existants
• Résultats de précédents sondages (ou lancement d’un nouveau)
• Commentaires des utilisateurs ou tickets de demandes d’assistance
• Données historiques ou rapports sur l’utilisation du système actuel et performances des processus

En examinant ces documents et ces données, et en recueillant les informations des parties prenantes, le Product Owner peut mieux comprendre l’état actuel des processus métier et identifier les domaines à améliorer ou à optimiser. Cela permettra au Product Owner de travailler plus efficacement dans la phase d’atelier et plus tard avec l’équipe de développement pour concevoir et mettre en œuvre de manière Agile des solutions qui répondent aux besoins spécifiques de l’entreprise.

Animez des ateliers

Une fois que les principales parties prenantes ont été interrogées et que le Product Owner s’est formé, il ou elle peut animer des ateliers pour approfondir les exigences. Les ateliers peuvent être utilisés pour identifier les lacunes dans les processus métier actuels, hiérarchiser les caractéristiques et les fonctionnalités nécessaires, et définir les histoires utilisateurs.

Voici quelques-unes des meilleures pratiques pour assurer le succès des ateliers :

• Préparez-vous et soyez ouverts d’esprit,
• Posez des questions ouvertes,
• Les ateliers ne doivent pas durer plus de 1h30,
• Permettez aux participants de discuter des désaccords, mais rappelez-leur aussi ce qu’ils ont en commun.

Voici une liste d’ateliers qui peuvent être réalisés avec une proposition d’ordre du jour. Veuillez noter que ces séances peuvent être ajustées en fonction des besoins et des objectifs spécifiques du projet, et que l’ordre du jour peut être affiné en fonction des retours des principaux intervenants.

Atelier 1 : Introduction et examen des processus métiers et business

L’objectif de cet atelier est de cartographier les processus métier et les flux de travail de l’organisation, et d’identifier les opportunités d’automatisation et d’optimisation à l’aide de votre nouvelle solution. Cela permettra de s’assurer que le nouveau système est adapté aux besoins spécifiques de l’organisation et qu’il apporte une réelle valeur ajoutée. Bien que le Product Owner ait recueilli pas mal d’informations à partir d’entretiens et de données existantes, la réalité est souvent différente de ce qui est sur papier.

• Accueil et présentations (10 min)
• But et objectifs de l’atelier (10 min)
• Revue des processus métiers actuels (30 min)
• Identification des principaux défis et points faibles de l’entreprise (20 min)
• Discussion sur les améliorations potentielles des processus existants (20 min)

Atelier 2 : Cartographie du parcours utilisateur

L’objectif de cet atelier est de comprendre les besoins et les difficultés des utilisateurs, et de cartographier leur parcours tout au long des processus de l’organisation. Cela permettra de s’assurer que le nouveau système est conçu de manière intuitive et conviviale, améliorant ainsi l’adoption et l’efficacité par les utilisateurs.

• Accueil et présentations (10 min)
• Rappel des principaux points à retenir de l’atelier précédent (10 min)
• Identification des personas d’utilisateurs clés (20 min)
• Cartographie des parcours utilisateurs pour chaque persona (40 min)
• Discussion sur les points faibles et les possibilités d’amélioration dans chaque parcours (20 min)

Atelier 3 : Hiérarchisation et définition des fonctionnalités

Cet atelier consiste à définir et à hiérarchiser les fonctionnalités et les exigences nécessaires à la nouvelle solution, en fonction de l’évaluation de l’état actuel, de la cartographie des processus métier et des exercices de cartographie du parcours utilisateur. L’objectif est de définir le Produit Minimum Viable (MVP) qui peut être livré aux utilisateurs le plus rapidement possible tout en répondant à leurs besoins. Cela permettra de s’assurer que le système est conçu et construit de manière à s’aligner sur les besoins de l’organisation et à apporter une réelle valeur ajoutée.

• Accueil et présentations (10 min)
• Rappel des principaux points à retenir de l’atelier précédent (10 min)
• Hiérarchisation des fonctionnalités en fonction de la valeur business et des besoins des utilisateurs (20 min)
• Définition des fonctionnalités clés et des exigences pour chaque fonctionnalité prioritaire (40 min)
• Discussion sur les concessions et compromis potentiels (20 min)

Atelier 4 : Exigences techniques et récapitulatif

Cet atelier se concentre sur la définition des exigences techniques du produit en fonction des fonctionnalités prioritaires et des contraintes identifiées. L’objectif est d’identifier les défis techniques potentiels et les solutions qui doivent être prises en compte au cours du processus de développement. Les contraintes, telles que le budget, l’échéancier et la disponibilité des ressources, doivent être discutées, ainsi que les solutions potentielles pour y remédier. L’atelier se termine par un résumé du processus de collecte des exigences et un plan pour aller de l’avant avec le développement.

• Accueil et présentations (10 min)
• Rappel des principaux points à retenir de l’atelier précédent (10 min)
• Identification des exigences ou contraintes techniques (30 min)
• Discussion sur les solutions potentielles pour répondre aux contraintes techniques (30 min)
• Récapitulatif des principaux points à retenir de la série d’ateliers (10 min)
• Mesures à prendre et prochaines étapes (20 min)

Documentez les exigences

Une fois les ateliers terminés, le Product Owner doit documenter les exigences. Cela inclut la création d’histoires utilisateur, la définition de critères d’acceptation et la création d’un arriéré de produit (product backlog). Le Product Owner doit travailler avec les parties prenantes pour s’assurer que les exigences sont exactes, complètes et alignées sur les besoins de l’entreprise.

Hiérarchisez les exigences

Une fois les exigences documentées, le Product Owner doit les hiérarchiser en fonction de la valeur business. Cela implique de travailler avec les parties prenantes pour comprendre le niveau d’effort requis pour chaque exigence et l’impact qu’elle aura sur l’entreprise. L’objectif est de s’assurer que les exigences les plus critiques sont traitées en premier et que le système apporte une réelle valeur ajoutée.

Affinez les exigences (Précisez les besoins)

Le Product Owner doit travailler en étroite collaboration avec l’équipe de développement pour s’assurer que les exigences sont correctement comprises. Le travail avec l’équipe de développement doit être anticipé le plus tôt possible. Tout changement ou mise à jour des exigences doit être communiqué aux intervenants afin de s’assurer que tout le monde est sur la même longueur d’onde.

Anticipez les difficultés auxquelles le product owner sera confronté

Imaginez une entreprise avec plusieurs divisions, chacune avec son propre processus de vente unique. L’équipe de vente de la division A a besoin d’un ensemble d’informations différent de celui de l’équipe de vente de la division B pour collecter un ensemble d’informations différent de celui de l’équipe de vente de la division B. Cependant, l’entreprise souhaite maintenir une instance de votre solution unifiée à des fins de reporting et d’analyse.

Dans ce cas, le propriétaire du produit peut travailler avec l’équipe de développement pour créer des flux personnalisés ou des pages dynamiques qui capturent les exigences uniques en matière de données pour chaque division. Ces personnalisations peuvent être conçues de manière à maintenir la cohérence des données, ce qui permet d’obtenir des rapports et des analyses précis tout en répondant aux besoins spécifiques de chaque équipe commerciale.

En tirant parti de cette flexibilité, le Product Owner peut combler efficacement le fossé entre les différents processus métier de chaque division et s’assurer que la solution globale est optimisée pour la réussite dans l’ensemble de l’entreprise.

La compréhension des besoins et des exigences de l’entreprise est essentielle à la réussite de votre projet quel qu’il soit.

Le Product Owner doit interviewer les principales parties prenantes, organiser des ateliers, documenter les exigences, hiérarchiser celles-ci, et examiner et affiner les besoins tout au long du processus de développement.

En suivant ces étapes, le Product Owner peut s’assurer que le système répond aux besoins de l’entreprise et des utilisateurs finaux et qu’il apporte une réelle valeur ajoutée.

---

Mohamed Michael Kazak

Mohamed Michael Kazak dispose de plus d’une décennie d’expérience à travers diverses industries et plusieurs pays, avec un riche parcours en transformation technologique, gestion de projet, et excellence commerciale. Actuellement, Mohamed Michael occupe le poste de Salesforce Service Product Owner chez Imerys SA, où il dirige les initiatives liées à la digitalisation des activités Service Client Salesforce. Il a lancé plusieurs produits Service Cloud réussis qui ont nettement amélioré l’efficacité du service client et la satisfaction client. Ayant travaillé pour des organisations telles qu’EY et Deloitte, il a géré des équipes diverses et dirigé des projets de transformation avec un focus sur la création de valeur et la satisfaction des besoins des utilisateurs. En tant qu’Administrateur Certifié Salesforce, Mohamed Michael apporte une compréhension approfondie de la manière dont la technologie apporte des résultats commerciaux optimaux.