Post on 15-Jul-2015
Joseph GlorieuxRomain Felden
Les Business Analysts face à l’agilité
2
Faisons connaissance avec …
Jérôme, 35 ans, Business Analyst
au sein d’une banque privée
Travaille sur les applicatifs des
Responsables de Portefeuilles
Souhaite mettre au point une
plateforme leur offrant plus de
réactivité et de souplesse
3
Processus Scrum
4
Capturer les besoins
5
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la définition du produit ?
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la réalisation du projet ?
Accompagnons Jérôme dans son voyage vers l’Agile
6
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la définition du produit ?
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la réalisation du projet ?
Accompagnons Jérôme dans son voyage vers l’Agile
7
8
Largeur (périmètre)
Pro
fon
de
ur
(pré
cis
ion
)
Exhaustivité
9
Taux d’utilisation des fonctionnalités
7%
13%
16%
45%
19%
Toujours Souvent Parfois
Jamais Rarement
64%de gaspillage
Standish Group, XP 2012
10
11
L’agilité, c’est accepter le changement.
Le changement ne doit plus être un
obstacle, il doit devenir un levier.
Responding to change over following a plan*
* http://agilemanifesto.org/
12
Préparation réalisée en temps contraint,
au cours de laquelle se succèdent un certain
nombre d’activités et d’ateliers permettant
d’aligner tout le monde autour de
thématiques structurantes, qui se termine par
un livrable global et synthétique pour
validation et démarrage effectif du projet
Cadrage agile, n. m.
13
Délai
2 à 6semaines
Vision
&
Enjeux
Scope
&
Roadmap
Orga.
&
Budget
Equipe Architecture
Risques
Cadrage
Agile
14
Ateliers
15
Real-Time Portfolio Management
(RTPM) est une application qui permet
de consulter les métriques performance
et risque sur l’ensemble des
portefeuilles gérés, en temps réel et à la
demande
La vision produit de Jérôme
16
Pour aller plus loin
Product Box
Luke Hohmann
http://www.innovationgames.com/product-box/
17
Scope & Roadmap
Largeur (périmètre)
Pro
fon
de
ur
(pré
cis
ion
)
18
Quoi ?
Durée
Qui ?Story
Mapping
Découverte collaborative du produit
Outil de priorisation
2h à 8h
Séances de 2h maximum
Product Owner et BA
Stakeholders
Equipe de développement
Ergonomes
19
Organiser les activités de gauche à droite, dans l’ordre dans
lequel on répondrait à la question « Que font les utilisateurs de
ce produit ? »
Illustration de Jeff Patton – User Story Mapping – http://www.agileproductdesign.com
temps
20
temps
Illustration de Jeff Patton – User Story Mapping – http://www.agileproductdesign.com
« Quelles tâches l’utilisateur accomplit-il au sein de cette
activité ? »
Organiser les tâches verticalement dans l’ordre du
workflow
21
Création des releases
priorité
nécessaire
plus
prioritaire
moins
prioritaire
première release
seconde release
troisième release
temps
22
Création des releases
23
Meilleure compréhension du produit
• Liens entre les éléments matérialisés
• Représentation des flux et séquences utilisateur
• Priorisation facilitée par l’aspect visuel
Initialisation et suivi du backlog
• Création rapide des premiers éléments de backlog
• Suivi de l’avancement des incréments
Gestion du changement
• Souvent mieux reçue que le backlog
• Appropriation facilitée
24
L’heure du départ
Largeur (périmètre)
Pro
fon
de
ur
(pré
cis
ion
)
25
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la définition du produit ?
Quel rôle et quelle(s) responsabilité(s) pour Jérôme
dans la réalisation du projet ?
Accompagnons Jérôme dans son voyage vers l’Agile
26
Le premier Sprint arrive…
1 2
27
1. Story Map vers Product Backlog
Epic
Pro
du
ct
Ba
ck
log
Pri
ori
sé p
ar
vale
ur
méti
er
User Story
28
2. Être prêt pour le prochain Sprint Planning
Epic
Pro
du
ct
Ba
ck
log
Pri
ori
sé p
ar
vale
ur
méti
er
User Story
User Stories
dans l’état
READY
29
Cycle de vie de la User Story
New
To be described
To be estimated
Committed
Done
Ready
Described
À retenir
Le BAamène un
ensemble
cohérent de
User Stories à
l’état Described
Coté
développement
agile
30
Signifie que la User Story ne contient plus
d’ambiguïté
Peut être estimée puis réalisée sereinement par
l’équipe
Comment lever les ambiguïtés ?
Dialoguer, Dialoguer, Dialoguer
Utiliser les critères INVEST comme « guidelines »
Processus « three amigos »
L’état Described
31
Indépendante
Elle dépend le moins possible d’autres User Stories
Négociable
Une User Story n’est pas un contrat. Elle est négociée et discutée
Valorisable
Elle apporte de la valeur à l’utilisateur final
Estimable
Elle peut être aisément estimée
Sprintable
Elle tient dans un sprint
Testable
Elle peut être testée et validée
User story - les critères INVEST
32
Exemple issu de RTPM
Recalculer la valeur du portefeuille
En tant que responsable de portefeuille
Je veux recalculer la valeur d’un portefeuille à
une date arbitraire
Afin de pouvoir informer mon client des valeurs
les plus pertinentes
33
Critères d’acceptation
Vérifier avec un portefeuille qui ne contient qu’une
Action en USD
Vérifier avec un portefeuille qui ne contient qu’une
Option en USD
Vérifier avec un portefeuille qui contient une
action et une option en USD
… … … … … … …
34
Comment réduire la granularité (et augmenter la précision) ?
Recalculer la valeur du portefeuille contenant une action
En tant que responsable de portefeuille
Je veux recalculer la valeur d’un portefeuille contenant
une seule action à une date arbitraire
Afin de pouvoir informer mon client en ayant les valeurs
les plus pertinentes à lui communiquer
35
Nouveaux critères d’acceptation
Vérifiez uniquement avec des portefeuilles
mono-devises
36
Sachant que le portefeuille contient 1 action en CHF
Quand je demande la valeur de mon portefeuille
Alors la valeur de mon portefeuille vaut 1 CHF de
Et que l’action monte de 1,00 CHF le lendemain
le lendemain
plus
Un exemple concret – Formalisme Gherkin
Sachant que le portefeuille contient 1 action NESN
Quand je demande la valeur de mon portefeuille
Alors la valeur de mon portefeuille vaut 67,20 CHF
le 3 janvier 2014 au cours de 66,20
Et que l’action monte de 1,00 CHF le 4 janvier 2014
le 4 janvier 2014
37
Exemple
Scenario: Recalculer la valeur du portefeuille le lendemain quand il ne possède
qu’une action Nestlé
Given le portefeuille contient 1 action NESN le 3 janvier 2014 au cours de 66,20
And l’action monte de 1,00 CHF le 4 janvier 2014
When je demande la valeur du portefeuille le lendemain
Then la valeur de mon portefeuille vaut 67,20 CHF
Scen
ari
oF
ixtu
re
38
Signifie que la User Story ne contient plus
d’ambiguïté
Peut être estimée puis réalisée sereinement par
l’équipe
Comment lever les ambiguïtés ?
Dialoguer, Dialoguer, Dialoguer
Utiliser les critères INVEST comme « guidelines »
Processus « three amigos »
L’état Described
39
Processus des « Three Amigos »
BA
Développeur
QA
30 min – 1h
1 ou 2 sprint(s)
avant le
développement
Durée
Quand
Il introduit la User Story aux autres Amigos Ressemblance avec une autre déjà développée ?
Il présente les tests associés
Qui ont été préparés à l’avance
Il prend en compte les feedbacks
immédiatement
Il donne son feedback sur la User Story
Granularité + tests
Il communique les tâches à réaliser avant le
développement Est-ce qu’il a besoin de plus de docs ? Est-ce qu’il
a besoin d’accéder à un service particulier ?
(Il donne son estimation)
Bénéfices
Connaissance
partagée des besoins
Connaissance
partagée des tests
Consensus à propos
de la qualité de la
spécification
Il donne son feedback sur la User Story
Granularité + tests
Il communique les tâches à réaliser avant
les testsEst-ce qu’il a besoin d’accéder à un système ?
(Il donne son estimation)
40
Disponibilité & proximité
Itération -1/-2
41
Une présence tout au long du processus de delivery
Itération -1/-2 Itération +1/+X
42
Sans une gestion de produit
appropriée, les équipes de
développement agile
construisent simplement de
mauvais produits plus vite.
43
J’y vais demain !
Sur un nouveau projet
• Mener un atelier de vision produit
• Organiser des séances de Story Mapping
• Essayer de démarrer le projet rapidement
Sur un projet en cours
• Introduire progressivement les spécifications exécutables
• Organiser des ateliers « Three amigos »
44
Pour aller plus loin