Exigences et Récits Utilisateurs : Le meilleur des deux mondes BAFS 2014 PARIS

Exigences et Récits utilisateurs : Le meilleur des deux mondes


Qui présente ?

Business Analyst, spécialiste du domaine de la finance de marché.

o Co-auteur du livre :Maîtrise d'Ouvrage du SI en pratique.

o Auteur du blog La MOA pragmatique du SI : http://blog.olivierdurand.fr/

o Twitter : @olivier_durand

Olivier Durand.


De quoi allons nous discuter ?

1.Exigences VS Récits utilisateurs2.Qu’est-ce qu’une exigence ? 3.Qu’est-ce qu’un récit utilisateur ? 4.Mixez les techniques !5.Questions et remarques

Durée ~ 45mn


Ingénierie des Exigences

Récits Utilisateurs

(Requirements User Stories)

1

Ingénierie des exigences

Récits utilisateurs

Requirements management

User storiesPour les projets dans l’aérospatial, ladéfense, les programmes pluriannuels…

Pour les projets d’applis sur smartphone, les startups…





User stories

Les exigences & la gestion du changement sont formalisés

Demandes de changement

Prise en compte du changement en continu, échanges plutôt que

documentation

TODO In progress Done



Qu’est-ce qu’une exigence ?

2

Qu’est-ce qu’une exigence (requirement) ?

Condition ou capacité requise par une partie prenante pourrésoudre un problème ou atteindre un objectif.

Contrainte à laquelle la solution devra répondre pourrespecter un contrat, une norme ou une loi.

Par extension, on appelle exigence toute représentation formelle de ces conditions ou capacités.


Exemple de représentation d’une exigence


Statut

Priorisation

Classification

Description Liens avec les tests

Business Requirements

Stakeholder Requirements

Solution Requirements

Transition Requirements

Non-Functional Requirements Functional Requirements

Exigences métiers (ou d’affaires)

Exigences des parties prenantesExigences de transition

Exigences de la solution

Exigences fonctionnellesExigences non fonctionnelles

Classification des exigences (issue du BABOK)


Les exigences, clé de la traçabilité durant le cycle de vie


Scénario

Exigence- Mère/fille

- Impacte

- …

*

*

Campagne*

*Release

livrée dans

*

1

détectée dans

corrigée dans

1 1

*

*

Cas de test

couverte

*

*

Anomalie

couverte

*

*

Liens entre exigences et tests

Exemple de mise en œuvre dans l’outil HP ALM


Arborescence des exigences

Historique des modifications

Malgré des contraintes fortes…

Source : http://www.esa.int/spaceinimages/Images/2009/09/Explosion_of_first_Ariane_5_flight_June_4_1996

4 Juin 1996

Explosion d’Ariane 5 en vol

Rigidité du formalisme Traçabilité coûteuse

Trop d’analyse en amont

… la gestion des exigences n’est pas infaillible !



Une taille raisonnable pour un document de

spécifications imprimé devrait suffire à écraser un

moustique, ou une mouche, au plus, mais le meurtre

d’une créature de plus grande taille devrait être suspect.

Source : http://www.targetprocess.com/articles/visual-specifications.html

2013, Michael Dubakov, Targetprocess founder

“


Qu’est-ce qu’un récit utilisateur ?

3

Qu’est-ce qu’un récit utilisateur (user story) ?

Artefact des méthodes agiles (comme Scrum par exemple) utilisé pour représenter un besoin ou une contrainte du point de vue d’un utilisateur de la solution.


Au fait, Scrum c’est quoi ?


Sprint

2-4 semaines

Daily Scrum

Meeting

Incrément du

produit que l’on

peut passer en

prod

Product backlog Sprint backlogSprint planning

Management Visuel

(tableaux, post-its…)

Auto-Organisation

Sprint Review

Meeting

Sprint

Retrospective

Comment passer du Product backlog au Sprint backlog ?

Product backlog

+ prioritaire

- prioritaire

Priorisation

Story maps,

Valeur métier/ Effort,

…

A analyser A estimer Prête à développer


Sprint backlog

Spécifications juste à temps

Feedback rapide

La flexibilité n’offre pas que des avantages…

Source : http://www.facteurcheval.com/

1912Palais Idéal du Facteur Cheval

Gestion de la connaissance difficile Pas de traçabilité

Pas de conception fonctionnelle en amont


… et génère parfois des architectures farfelues !


Les meilleures architectures, spécifications et

conceptions émergent d'équipes auto-organisées.

Source : http://agilemanifesto.org/iso/fr/principles.html

2001, Principes sous-jacents au manifeste agile

“


Mixez les techniques !

4




User stories


Gestion de la connaissance

Pas de traçabilité

Peu de conception en amont

Spécifications juste à temps

Feedback rapide

Rigidité du formalisme

Traçabilité coûteuse

Trop d’analyse en amont

Traçabilité

Architecture fonctionnelle

Oubliez les clivages, mixez les techniques !

1) Instaurez une traçabilité raisonnée

� La traçabilité a un coût !Concentrez l’effort de traçabilité sur les éléments structurants.

� Répondre aux contraintes de documentation :Les post-its jetés à la fin d’un sprint ne sont pas suffisants.

� Construire un patrimoine d’exigences et de tests.

développement durable

Alors, comment mixer ces techniques ?


2) Conservez des zones de flexibilité

� Les user stories s’insèrent dans l’arborescence des exigences.

� On peut décliner les use cases détaillés en user stories : un cas alternatif = une user story.

� Spécifications détaillées juste à temps : Pas de stock, pas de spécifications périmées.

limitation du gaspillage

Alors, comment mixer ces techniques ?


Traçabilité ET Flexibilité


Release

Anomalie

Cas de test

Scénario

Campagne

détectée dans

corrigée dans

couverte

couverte

livrée dans

1

*

Exigence- Mère/fille

- Impacte

- …*

**

*

*

*

1

1

*

*

*

*

Backlog de produit

Récit utilisateur

Sprint

Demande de

changement

*

1

*

*

*

1

PATRIMOINE VOLATILE

- Business Analysts :

� Ne restez pas enfermés dans une doctrine ;

� Adaptez les méthodes et outils à vos besoins ;

� Essayez, mesurez, changez, essayez, mesurez, changez…pour enfin trouver le processus optimal !


Pour conclure


Questions et remarques

5