En tant que Product Owner, c’est vous qui définissez et hiérarchisez le travail de l’équipe, ce qui peut s’avérer aussi difficile que gratifiant. Après tout, c’est vous qui déterminez les outils nécessaires à la création du produit qui, à terme, aidera votre entreprise à atteindre ses objectifs commerciaux.
Franchement, il peut être décourageant d’essayer de concilier des priorités métier souvent contradictoires et les contraintes de temps, de budget et de périmètre.
La bonne nouvelle, c’est qu’en appliquant correctement les principes Agile au développement de produit, quel que soit ce produit, vous pouvez atteindre les objectifs de votre entreprise rapidement et à moindre coût.
1. Communiquez la vision dès le début et régulièrement.
Une vision de produit n’est pas simplement un concept d’entreprise nébuleux qui devrait rester confiné à la salle du conseil.
En tant que Product Owner Agile, communiquez cette vision aux dirigeants concernés, aux responsables métier concernés et à votre équipe de développement. Cette communication doit débuter dès la réunion de lancement et se poursuivre tout au long du projet.
Dans le cadre d’un projet de longue durée, votre équipe de développement risque de s’épuiser et de se focaliser exclusivement sur sa prochaine série de tâches. Cependant, si vous rappelez régulièrement à l’équipe l’impact positif que son travail aura sur votre organisation, vous la motiverez à produire un travail de meilleure qualité.
2. Mettre en évidence la valeur métier.
Une vision produit clairement définie fournit les outils nécessaires pour naviguer dans les eaux tumultueuses de l’implication des parties prenantes.
Quels besoins l’emportent ? Ceux du marketing ou de l’informatique ? Du service juridique ou des ventes ? Il n’est pas toujours aussi simple de se rabattre par défaut sur celui qui a débloqué le plus gros budget. Se concentrer sur la vision du produit et les moteurs commerciaux du projet aidera à orienter les discussions avec les parties prenantes.
Imaginez que l’objectif principal de votre nouveau site de commerce électronique soit d’augmenter le chiffre d’affaires en facilitant le paiement pour les clients grâce à divers moyens de paiement. Il est donc logique que les fonctionnalités et les tâches soient axées sur cet objectif plutôt que sur des éléments qui n’ont pas d’incidence sur celui-ci, comme la refonte d’une interface utilisateur existante.
3. S’adapter et redéfinir les priorités.
L’un des nombreux avantages des méthodologies de développement Agile est que la hiérarchisation des priorités n’est pas une étape effectuée une seule fois au début du projet pour ensuite être gravée dans le marbre. Au contraire, nous encourageons vivement nos clients à considérer les éléments hiérarchisés comme écrits au crayon, et non à l’encre.
Vos fonctionnalités hiérarchisées doivent évoluer lorsque les besoins de votre entreprise ou de votre service changent. Vos objectifs de vente ont-ils changé en cours de projet ? Votre entreprise a-t-elle racheté une autre société ? Si ces événements ont un impact sur votre rôle actuel de Product Owner, il est tout à fait légitime de redéfinir les priorités des fonctionnalités de votre backlog produit.
Cette redéfinition des priorités signifie que certaines nouvelles fonctionnalités seront prioritaires par rapport aux anciennes, et que certaines fonctionnalités pourraient même disparaître complètement de la liste des « tâches à réaliser ». Bien que cela puisse s’avérer difficile pour les nouveaux Product Owners, ce jeu constant de concessions permet d’aboutir à un meilleur produit. Pourquoi ? Parce que votre liste de fonctionnalités classées par ordre de priorité sera constamment vérifiée et revérifiée au regard des besoins de votre entreprise.
N’ayez pas peur de définir des priorités. Vos parties prenantes vous en remercieront plus tard.
4. Consultez régulièrement la méthode MoSCoW.
La méthode MoSCoW peut vous aider à hiérarchiser les fonctionnalités en les classant dans différentes catégories :
- Indispensables (Must Have) : ces fonctionnalités doivent être présentes, sinon le produit ne pourra pas être lancé.
- « Should Have » : ces fonctionnalités devraient être développées pour répondre à la vision du produit, mais celui-ci pourrait être lancé sans elles.
- « Could Have » : Ces fonctionnalités constituent des « atouts supplémentaires » qui amélioreront le produit, mais ne seront mises en œuvre que si le temps et le budget le permettent.
- Serait inclus : Ces fonctionnalités pourraient améliorer le produit, mais ne seront pas incluses dans la première version.
Ces catégories vous aident à prendre de meilleures décisions en matière de priorisation, afin que votre projet continue d’évoluer de manière productive.
5. Veillez à la clarté de la communication.
L’un des principes directeurs du Manifeste Agile est le concept de « collaboration avec le client plutôt que négociation de contrats ». Qu’est-ce que le Manifeste Agile ? C’est LE document qui a servi de base à Scrum et à toutes les autres variantes de la gestion de projet Agile.
En substance, ce principe souligne l’importance d’une communication constante (voire quotidienne) entre l’équipe de développement et la personne occupant le rôle de Product Owner afin de garantir que ce qui est développé réponde aux objectifs métier souhaités.
Pour ce faire, vous devez participer à des réunions de définition des exigences appelées sessions de « grooming » ou de « raffinement ». Voici un exemple simple pour illustrer le fonctionnement de ce processus :
Une user story (une exigence rédigée du point de vue de l’utilisateur) pourrait se présenter ainsi : « En tant que nouveau prospect, je souhaite remplir un formulaire afin qu’un collaborateur de l’entreprise puisse me recontacter et répondre à mes questions. »
Cela semble assez simple, n’est-ce pas ? Mais l’équipe de développement posera des questions telles que :
- Quels champs devons-nous inclure dans le formulaire ?
- Faut-il prévoir des validations sur le formulaire (par exemple, une longueur maximale de caractères) ?
- Qu'est-ce qui caractérise un nouveau prospect commercial ?
- Quel type d’informations ces utilisateurs souhaitent-ils obtenir ?
En réfléchissant à ces questions et en en discutant, l’équipe de développement pourra créer plus rapidement un produit et s’assurer qu’il n’y aura pas de mauvaises surprises lors de la démonstration de son travail devant vous et vos parties prenantes.
Félicitations ! Vous êtes sur la voie du succès.
Donner vie à la vision d’un produit est un travail difficile. Mais en suivant ces 5 conseils incontournables pour les Product Owners agiles, vous passerez de « bon » à « excellent », puis à « génial » en un rien de temps. Les commanditaires de votre projet verront les résultats, et vous dormirez mieux la nuit en sachant que votre projet évolue dans la bonne direction.