Conduire et animer le plan de release d'un grand projet

(+ 2000 JH)

mercredi 28 mars 12

Merci à nos sponsors Platinum

mercredi 28 mars 12

Et merci à nos sponsors Gold et Silver

mercredi 28 mars 12

4

Timothée POURBAIXDirecteur associé

mercredi 28 mars 12

Conduire et animer le plan de release d'un grand projet

(+ 2000 JH)

mercredi 28 mars 12

Réussir son projet !

mercredi 28 mars 12

REX sur deux grands projets

7

Refonte d'un site e-commerce de vêtement de mode

Refonte du front office d'une société financière bruxelloise

5 pays

23 Sprints

2750 JH

5 webapps

25 Sprints

3300 JH

mercredi 28 mars 12

Principale difficulté ?

8

mercredi 28 mars 12

Aligner la visiondes parties prenantes

9

Donnerdu

relief

mercredi 28 mars 12

Obtenir une direction claire

10

Comment ?

mercredi 28 mars 12

Utiliser le business value mapping

11

Source : Pascal Vancauwenberghe - Business Value Game - http://www.slideshare.net/agilecoachnet/business-value-by-systems-thinking

• Identifier les objectifs : humain, financier, organisationnel

• Identifier les relations entre les objectifs

Augmente Diminue

mercredi 28 mars 12

Exemple :Modèle de la valeur AGILE

12

Augmente Diminue

Qualité

Satisfaction client

Délais de mise en marché

Collaboration e!cace

Cadre SCRUM

Amélioration en continue Gaspillages

Dysfonctions

Concentration sur la valeur

Opportunités d'a"aires

Pertinence des solutions

E!cacité des projets

Source : EFIDEV - Business Value Mapping de la valeur agile

mercredi 28 mars 12

Modèle de la valeurd'une refonte

13

système LEAN

ergonomique

orienté client

autonomie de décision

fiable

sécurisé

qualité

dette technique TCO

Intelligent

Source : Pascal Vancauwenberghe - Business Value Game - http://www.slideshare.net/agilecoachnet/business-value-by-systems-thinking

mercredi 28 mars 12

1ère étape de mise en oeuvre

14

Traduire la visiondans un backlog

mercredi 28 mars 12

15

Product owner

Intervenants

Client / Utilisateur / Management

ScrumMaster

Peut-il travailler

seul ?

mercredi 28 mars 12

Qu'est-ce qu'une bonne équipe ?

Constituerla core Team du PO

16

mercredi 28 mars 12

17

Vision

Stratégie

Objectifs

Projet

Releases

Cône d’incertitude

Scénarios

système LEAN

ergonomique

orienté client

autonomie de décision

fiable

sécurisé

qualité

dette technique TCO

Intelligent

mercredi 28 mars 12

Comment démarrer ?

18

Inventaire des thèmes à traiter

Sous-thèmes

Dépendances

1 couleur par thème

Sous-thèmesSous-thèmesSous-thèmes

mercredi 28 mars 12

mercredi 28 mars 12

Assembler le backlog

20

système LEAN

ergonomique

orienté client

autonomie de décision

fiable

sécurisé

qualité

dette technique TCO

Intelligent

Cône d

'incer

titude

mercredi 28 mars 12

OPPORTUNISTE ?

21

L'agilité d'une organisation dépendant directement de sa

capacité à saisir les opportunités

mercredi 28 mars 12

Opportunités = releases

22

Sprint 2Sprint 1 Sprint 3

Release 1 : monter, valider et étudier un dossier Release 2 : SAV

mercredi 28 mars 12

Légende des couleurs de

thème

Sous-thèmes à traiter dans le Sprint

Dépendances datées

mercredi 28 mars 12

Sprint 2

Coordonner le travailConcentrer ensemble en JIT

24

Sprint 1 Sprint 3

Release 1 : monter, valider et étudier un dossier Release 2 : SAV

I L

U O

I L

O

mercredi 28 mars 12

Coordonner l'actionavec I L U O

25

IGNORE

LEARN

USE

OWN

Non démarré

Analyse métier

Sketching d'interface

Scénario prêt

En préparation du backlog

mercredi 28 mars 12

2ème release4 Sprints

mercredi 28 mars 12

mercredi 28 mars 12

mercredi 28 mars 12

Gérer et suivre le projet

29

mercredi 28 mars 12

30

mercredi 28 mars 12

La loi des 80/20

31

0

25

50

75

100

0 40% 80% 120% 160% 200% 240% 280%

Temps en gestion traditionnelleTemps selon loi des 80/20

Dérapage moyen selonle Standish Group

+170%

mercredi 28 mars 12

Backlog global du projet

32

Vélocité Coût du report

Effort (points) Priorité Budget

(JH)Budget (points)

Consommé (points) S1 S2 S3 S4 S5

2,5 400 2040 5100 393 38 80 136 106 33

Gestion des vendeurs 33 30 1,10 153 383 72 20 19 20 13

Gestion des produits et tarifs 50 100 0,50 510 1275 78 13 26 39

CMS de publication des messages 3 20 0,15 102 255 62 5 15 25 17

Scoring en ligne 70 50 1,40 255 638 103 20 40 43

Formulaire 100 80 1,25 408 1020 0

Consultation du fichier positif BNB 100 100 1,00 510 1275 78 12 33 33

Assurance qualité 13 20 0,65 102 255 0source : Dean Leffingwell - http://scalingsoftwareagilityblog.com/a-lean-economic-approach-to-prioritizing-work/

mercredi 28 mars 12

Backlog global du projet

33

Vélocité Coût du report

Effort (points) Priorité Budget

(JH)Budget (points)

Consommé (points) S1 S2 S3 S4 S5

2,5 400 2040 5100 542 73 113 166 199 227

Gestion des vendeurs 33 30 1,10 153 383 77 20 19 20 13 5

Gestion des produits et tarifs 50 100 0,50 510 1275 81 13 26 39 3

CMS de publication des messages 3 20 0,15 102 255 65 5 15 25 17 3

Scoring en ligne 70 50 1,40 255 638 103 20 40 43

Formulaire 100 80 1,25 408 1020 0

Consultation du fichier positif BNB 100 100 1,00 510 1275 78 12 33 33

Assurance qualité 13 20 0,65 102 255 138 35 33 30 25 15source : Dean Leffingwell - http://scalingsoftwareagilityblog.com/a-lean-economic-approach-to-prioritizing-work/

mercredi 28 mars 12

Suivi consommé du projet

34

0

25

50

75

100

S1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11 S12

Points prévusPoints réelsJH réels

Release 1

Release 2

Release 3

Release 4

mercredi 28 mars 12

Pièges dans une refonte

35

mercredi 28 mars 12

Peut-on laisser l'ITrefondre seule ?

36

mercredi 28 mars 12

Ne laisser jamais l'ITrefondre seul !

37

>Telnettelnet>open towel.blinkenlights.nl Le voir pour

le croire !

mercredi 28 mars 12

// meilleur code

Grand principe d'une refonte

Utiliser le meilleur code !

38

POURQUOI ?

Pas de coûtPas de

bug

Pas de maintenance

Pas de CPU

Pas de mémoire

Pas de dev

mercredi 28 mars 12

En résumé

39

Réalisation en sprints

VISION

THEMES

OPPORTUNITES

RELEASES

ACT

CHECK

DO

PLAN

Travail sur la valeur

Consolidation

BACKLOG

PRODUIT FINI

mercredi 28 mars 12

Une idée à retenir

40

Définir un besoin n'est pas y répondre !

Un besoin est le point d'entrée d'un travail collaboratif de conception entre le PO, des

représentants des utilisateurs et l'IT.

mercredi 28 mars 12

Questions ?

mercredi 28 mars 12