Vision, Backlog & User Stories
De la conception a la realisation : comment definir la vision produit, structurer le backlog et rediger des user stories efficaces en mode agile.
"Il n'y a rien de plus inutile que de faire avec efficacite quelque chose qui ne doit pas du tout etre fait."
-- Peter Drucker
Qu'est-ce qu'une vision produit ?
La vision produit est le fondement et le point de depart de la strategie produit. Elle decrit ce qu'on entrevoit pour le produit a court, moyen et long terme.
La vision produit est une idee du futur produit
Elle decrit ce qu'on entrevoit a court, moyen et long terme
C'est le fondement et le point de depart de la strategie produit
Caracteristiques de la vision
Large
Pouvant englober les differentes strategies produit et marketing.
Partagee
Pour motiver et unir les equipes autour d'un objectif commun.
Inspirante
Porter un sens federateur qui guide et motive les parties prenantes.
Concise
Facile a comprendre et a communiquer a tous les niveaux de l'organisation.
Etude de cas : Affaire Tylenol (1982)
"We believe our first responsibility is to the patients, doctors and nurses, to mothers and fathers and all others who use our products and services."
Face a l'empoisonnement de 7 bouteilles de Tylenol a Chicago, Johnson & Johnson a rappele 31 millions de boites de comprimes, perdant plus de 250 millions de dollars.
Grace a une vision produit claire placant le client en premier, la marque a rebondi en seulement 1 an. La vision a guide la decision, pas les finances.
Du Design Thinking au Lean Startup
Le Design Thinking est une approche centree sur l'utilisateur qui permet de creer des produits qui repondent aux vrais besoins. Combinee au Lean Startup, elle accelere l'apprentissage.
Empathie
Cerner l'utilisateur. Comprendre ses besoins, ses frustrations et ses motivations par l'observation et l'ecoute active.
Definition
Definir le probleme. Synthetiser les informations recueillies pour formuler un enonce de probleme clair et actionnable.
Ideation
Generer un maximum d'idees. Explorer un large eventail de solutions possibles sans jugement pour favoriser la creativite.
Prototypage
Concretiser vos idees. Creer des representations tangibles des solutions pour pouvoir les tester rapidement et a moindre cout.
Tests
Tester aupres des utilisateurs. Valider les hypotheses et les prototypes directement avec les utilisateurs finaux pour affiner la solution.
Minimum Viable Product
L'Agilite consiste a en faire moins, mais le faire mieux. Le MVP est la version la plus simple du produit qui permet de valider les hypotheses cles.
Utilisation reelle des fonctionnalites logicielles
Source : Standish Group, 2011
64% des fonctionnalites sont rarement ou jamais utilisees !
Definition du MVP
Fonctionnalites prioritaires
Haute valeur / Faible complexite
Fonctionnalites essentielles
Fonctionnalites confort
Criteres de priorisation
Alignement strategique
- Soutien du developpement de nouvelles affaires
- Reduction du Time to Market
Impact financier
- Gains eleves, ROI
- Couts reduits
- Capex reduits
Experience utilisateur
- Satisfaction client elevee
- Meilleure utilisabilite
- Meilleure perception de la marque
Comprendre vos utilisateurs
Un persona est un archetype d'utilisateur representant ses convictions et ses particularites. Les personas ne sont pas creees mais decouverts lors d'une investigation sur le produit.
Definition
Un moyen de definir une comprehension commune des utilisateurs qui permet de cibler les attentes pour construire un produit qui y reponde.
Decouverte
Les personas sont decouverts lors d'une investigation sur le produit : interviews, observations, analyses de donnees, empathy mapping.
Persona Canvas
Identite
Nom, age, profession, situation familiale, lieu de vie
Objectifs
Ce que le persona cherche a accomplir avec le produit
Points de douleur
Frustrations, problemes rencontres au quotidien
Comportements
Habitudes, canaux utilises, frequence d'utilisation
Devinette de la formation
- Consomme de l'essence
- A quatre jantes...
- Et 4 pneus
En tant que proprietaire d'une maison, je souhaite tondre mon gazon confortablement afin de profiter de mon weekend !
La forme de l'expression du besoin (User Story) est plus parlante que la liste de specifications techniques.
Le Product Backlog
L'expression des besoins et la realisation du produit en Agile se chevauchent. L'expression de besoin est une activite emergente : plus on avance, plus on est clair.
Caracteristiques
Liste priorisee
Expression de besoins ordonnee par priorite, de la plus haute a la plus basse valeur.
Responsabilite du PO
Le Product Owner est responsable (accountable) du backlog, alimente par les idees de tous.
Estime par l'equipe
L'equipe de developpement estime l'effort pour chaque element, garantissant des engagements realistes.
Hierarchie du Backlog
Backlog Refinement
Le refinement permet la specification emergente du produit par la mise en place, la priorisation et l'affinage des fonctionnalites. Il prend 5 a 10% de la capacite de l'equipe.
Creation des tickets initiaux des l'identification du besoin
Decoupage des differents PBI (Product Backlog Items)
Priorisation des PBI et identification des dependances
Clarification des besoins notamment avec les metiers
Estimation par l'equipe
Identification et validation des hypotheses
Resolution des dependances avant le sprint
Investigations techniques
Formalisation des acceptance criteria pour chaque ticket
En continu jusqu'au sprint - 5 a 10% de la capacite de l'equipe
Ecrire de bonnes User Stories
Une User Story est un decoupage vertical du travail a faire. Elle doit avoir une valeur ajoutee pour le client et se finir en un sprint.
Forme Canonique (Conextra)
Forme Alternative
Important : Les User Stories sont un decoupage vertical (par valeur creee) plutot qu'horizontal (par processus/metier). Elles doivent etre non-techniques et independantes.
Criteres INVEST
Chaque User Story doit respecter les criteres INVEST pour etre consideree comme 'prete' pour le Sprint.
Independent
Les stories sont independantes les unes des autres pour permettre une priorisation flexible.
Negotiable
Le detail est negociable entre le PO et l'equipe. Une story est une invitation a la conversation, pas un contrat.
Valuable
Chaque story doit apporter une valeur ajoutee pour le client ou l'utilisateur.
Estimated
L'equipe doit pouvoir estimer l'effort necessaire pour realiser la story.
Small
La story doit etre suffisamment petite pour etre terminee en un sprint.
Testable
La story doit avoir des criteres d'acceptation clairs et verifiables.
La methode MoSCoW
Une technique de priorisation qui aide a classifier les fonctionnalites par ordre d'importance pour le produit et les utilisateurs.
Le saviez-vous ?
Selon le Standish Group (2011), 45% des fonctionnalites developpees ne sont jamais utilisees et seulement 20% le sont frequemment. L'Agilite consiste a en faire moins, mais le faire mieux.
Jamais utilisees
Toujours utilisees
Rarement utilisees
Must Have
VitalFonctionnalites indispensables sans lesquelles le produit ne peut pas fonctionner. Elles constituent le noyau du MVP.
Should Have
EssentielFonctionnalites importantes qui apportent une valeur significative. Leur absence est genante mais non bloquante.
Could Have
ConfortFonctionnalites souhaitables qui ameliorent l'experience. Elles seront integrees si le temps le permet.
Won't Have
Cosmetique / LuxeFonctionnalites explicitement exclues de cette version. Elles sont documentees pour la clarte mais reportees.