44
Joseph Glorieux Romain Felden Les Business Analysts face à l’agilité

Les Business Analysts face à l'agilité

  • Upload
    rfelden

  • View
    294

  • Download
    2

Embed Size (px)

Citation preview

Page 1: Les Business Analysts face à l'agilité

Joseph GlorieuxRomain Felden

Les Business Analysts face à l’agilité

Page 2: 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

Page 3: Les Business Analysts face à l'agilité

3

Processus Scrum

Page 4: Les Business Analysts face à l'agilité

4

Capturer les besoins

Page 5: Les Business Analysts face à l'agilité

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

Page 6: Les Business Analysts face à l'agilité

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

Page 7: Les Business Analysts face à l'agilité

7

Page 8: Les Business Analysts face à l'agilité

8

Largeur (périmètre)

Pro

fon

de

ur

(pré

cis

ion

)

Exhaustivité

Page 9: Les Business Analysts face à l'agilité

9

Taux d’utilisation des fonctionnalités

7%

13%

16%

45%

19%

Toujours Souvent Parfois

Jamais Rarement

64%de gaspillage

Standish Group, XP 2012

Page 10: Les Business Analysts face à l'agilité

10

Page 11: Les Business Analysts face à l'agilité

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/

Page 12: Les Business Analysts face à l'agilité

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.

Page 13: Les Business Analysts face à l'agilité

13

Délai

2 à 6semaines

Vision

&

Enjeux

Scope

&

Roadmap

Orga.

&

Budget

Equipe Architecture

Risques

Cadrage

Agile

Page 14: Les Business Analysts face à l'agilité

14

Ateliers

Page 15: Les Business Analysts face à l'agilité

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

Page 16: Les Business Analysts face à l'agilité

16

Pour aller plus loin

Product Box

Luke Hohmann

http://www.innovationgames.com/product-box/

Page 17: Les Business Analysts face à l'agilité

17

Scope & Roadmap

Largeur (périmètre)

Pro

fon

de

ur

(pré

cis

ion

)

Page 18: Les Business Analysts face à l'agilité

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

Page 19: Les Business Analysts face à l'agilité

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

Page 20: Les Business Analysts face à l'agilité

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

Page 21: Les Business Analysts face à l'agilité

21

Création des releases

priorité

nécessaire

plus

prioritaire

moins

prioritaire

première release

seconde release

troisième release

temps

Page 22: Les Business Analysts face à l'agilité

22

Création des releases

Page 23: Les Business Analysts face à l'agilité

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

Page 24: Les Business Analysts face à l'agilité

24

L’heure du départ

Largeur (périmètre)

Pro

fon

de

ur

(pré

cis

ion

)

Page 25: Les Business Analysts face à l'agilité

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

Page 26: Les Business Analysts face à l'agilité

26

Le premier Sprint arrive…

1 2

Page 27: Les Business Analysts face à l'agilité

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

Page 28: Les Business Analysts face à l'agilité

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

Page 29: Les Business Analysts face à l'agilité

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

Page 30: Les Business Analysts face à l'agilité

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

Page 31: Les Business Analysts face à l'agilité

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

Page 32: Les Business Analysts face à l'agilité

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

Page 33: Les Business Analysts face à l'agilité

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

… … … … … … …

Page 34: Les Business Analysts face à l'agilité

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

Page 35: Les Business Analysts face à l'agilité

35

Nouveaux critères d’acceptation

Vérifiez uniquement avec des portefeuilles

mono-devises

Page 36: Les Business Analysts face à l'agilité

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

Page 37: Les Business Analysts face à l'agilité

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

Page 38: Les Business Analysts face à l'agilité

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

Page 39: Les Business Analysts face à l'agilité

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)

Page 40: Les Business Analysts face à l'agilité

40

Disponibilité & proximité

Itération -1/-2

Page 41: Les Business Analysts face à l'agilité

41

Une présence tout au long du processus de delivery

Itération -1/-2 Itération +1/+X

Page 42: Les Business Analysts face à l'agilité

42

Sans une gestion de produit

appropriée, les équipes de

développement agile

construisent simplement de

mauvais produits plus vite.

Page 43: Les Business Analysts face à l'agilité

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 »

Page 44: Les Business Analysts face à l'agilité

44

Pour aller plus loin