AT Marseille 2011 - Réduisons les gaspillages

Réduisons les gaspillages !

Comment réduire ses coûts de développement

grâce aux pratiques agiles ?

Moi…

Jérôme Avoustin.NET, Agilité, Performance

Agilité, AMOA, .NET, SharePoint

@JeromeAvoustin

http://blog.avoustin.com

http://www.smartview.fr

3

Attention…!

Cette session ne parle pas directement duLean Software Developement

4

Nos objectifs

1. « Nous voulons délivrer des applications de qualité durablement »

2. « Nous recherchons continuellement la maximisation du ratio

Satisfaction utilisateur / Coût »

Attaquons-nous auxCOÛTS

5

Comment réduire les coûts ?

Le Lean

6

Comment réduire les coûts ?

Le Lean

7

Les piliers du Lean

JUSTE-A-

TEMPSJIDOKA

Philosophie, Hommes, Standards, Management visuel

Qualité++, Sécurité ++, Temps d’écoulement --,

Moral ++,

Coûts --

KAIZEN

8

Les piliers du LeanKAIZEN

2 forces :Employés et travail d’équipe

Réduction des gaspillages

9

Qu’est-ce qu’un gaspillage ?

• Wikipedia : « Le gaspillage est l'action qui consiste à utiliser une ressource de manière non rationnelle ou à mauvais escient »

• Objectifs du Leano Les identifiero Les réduire, voire les supprimer

10

Les types de gaspillage dans le Lean

• La surproduction• L’attente• Le transport inutile• Le actions inutiles ou répétées• La complexité• Les défauts• Les stocks

11

Les types de gaspillage dans le Lean

• La surproduction• L’attente• Le transport inutile• Le actions inutiles ou répétées• La complexité• Les défauts• Les stocks• La dette

12

La chasse aux gaspillages

Partons à la chasse aux gaspillages !

13

La surproduction

60% des fonctionnalités peuou pas du tout utilisées

Et vous ?

Conséquence(s) : le ROI tend vers zéro

Quels progrès dans l’Agile ?

YAGNI

B

D

A

C

E

Prioriser Itérations Kanban

14

Surproduction et priorisation

B

D

A

CE

I

J

U

R

M

L

H

Priorité +

Priorité -

Porte de sortie

Maximisationde la valeur produite

sous contrainte

Changement possible

15

L’attente et les retards

Conséquences :• Le changement coûte très cher• La rentabilité est elle-même retardée

Itérations Kanban ObeyaEquipes

auto-organisées

Quels progrès dans l’Agile ?

MOA DEV TEST CLIENT

16

Attente et Kanban

FLUX CONTINU

Henrik Kniberg – Kanban and Scrum

Mesure du tempsTAKT Time

17

Les actions inutiles ou répétées

18

Les actions inutiles ou répétées

19

Les actions inutiles ou répétées

Conséquences :• La rentabilité est également retardée et/ou diminuée• Perte d’informations et apparition de défauts

Autres actions répétées :• Compilations manuelles• Tests manuels

Quels progrès dans l’Agile ?

Pilotage par les testsInteractionsdirectes

Intégrationcontinue

Rétrospective

20

Intégrationcontinue

Les défauts

Bugs Fonctionnalitésnon conformes

Ergonomieinadaptée

Conséquences :• Augmentation des coûts• Baisse de la qualité Quels progrès dans l’Agile ?

Pilotage par les tests Définitionde finiFeedback

21

Les stocks - Les types de stock

Stockd’idées

CDC

Stockde besoins

DSDStock

de spécifications

MOA

Fonctionnels

Développeurs

Architectes

Stockde défauts

Stockde développements

Testeurs

Stockde tests

DCT, DAT,...

Manuels

Stockde conception

Stockde documentation Cahier de tests

22

Histoire d’un projet

0 jours

J+0 J+10CDC

8j

J+18

10 jours18 jours38 jours53 jours113 jours123 jours138 jours145 jours

DSD

20j

10j

DCT, DAT,…

15j

J+38

J+53

60j

J+113

10j

J+123

15j

J+1387j

J+145

Temps : J +

23

Histoire d’une fonctionnalité0 jours

J+0 J+10CDC

8j

J+18

10 jours18 jours38 jours53 jours113 jours123 jours138 jours145 jours

DSD

20j

10j

DCT, DAT,…

15j

J+38

J+53

60j

J+113

10j

J+123

15j

J+1387j

J+145

2h 2h 0,5j

0,5j

3j0,5j

1j

0,5j

6,5j

Temps : J +

24

Histoire d’une fonctionnalité0 jours

J+0 J+10CDC

8j

J+18

10 jours18 jours38 jours53 jours113 jours123 jours138 jours145 jours

DSD

20j

10j

DCT, DAT,…

15j

J+38

J+53

60j

J+113

10j

J+123

15j

J+1387j

J+145

2h 2h 0,5j

0,5j

3j0,5j

1j

0,5j

7,25j

19,5j

14,5j

57j9,5j

14j

6,5j

6,5j

9,75j

138,5j

Temps : J +

25

Bilan de l’histoire

En définitive, le temps passé dans le stockest important

• Pour quelle raison ?o Parce que la fonctionnalité est réalisée en

même temps que toutes les autres

Temps utile : 4,5%

Temps de Stock : 95,5%

26

• Time to Market >= 145 j• La valeur de la fonctionnalité diminue

• Les défauts se dissimulent dans les stocks• Ils ne sont souvent découverts que trop

tard

Pour quelles conséquences ?

27

• Time to Market >= 145 j• La valeur de la fonctionnalité diminue

• Les défauts se dissimulent dans les stocks• Ils ne sont souvent découverts que trop

tard

Pour quelles conséquences ?

28

• Time to Market >= 145 j• La valeur de la fonctionnalité diminue

• Les défauts se dissimulent dans les stocks• Ils ne sont souvent découverts que trop

tard

• Le stock engendre un risque important de dépassement de coûts

Pour quelles conséquences ?

Les contre-mesures

2929

Quels progrès dans l’Agile ?

B

D

A

C

E

PrioriserItérations Kanban

Pilotage par les tests FeedbackIntégration

continue

La dette – les types de dette

TestsCode

BesoinsObsolescence

31

Exemple : la dette de tests

Principal = pas de tests automatisésIntérêts payés :• Temps de correction des bugs• Répétition des tests manuels de non régression• Bugs encore présents en production• Peur du changement, et de la régression !

32

Si on ne rembourse pas, on court vers le défaut :

C’est la refonte !

Exemple : la dette de tests

Principal = pas de tests automatisésIntérêts payés :• Temps de correction des bugs• Répétition des tests manuels de non régression• Bugs encore présents en production• Peur du changement, et de la régression !

Il faut maitriser sa dette !

33

Quelles contre-mesures ?

Pilotage par les testsDéfinitionde fini

Feedback

Intégrationcontinue

Code Review Refactoring

Quels progrès dans l’Agile ?

34

Conclusion

L’Agile permet de réduire les coûts !

Comment ?

35

Comment ?

B

D

A

C

E

PrioriserItérations Kanban

36

Comment ?

Pilotage par les testsDéfinitionde fini Feedback

Intégrationcontinue

Code Review Refactoring

37

Comment ?

ObeyaEquipesauto-organisées

Interactionsdirectes

Rétrospective

38

Finalement,

3 conseils

Adoptez les cycles

itératifs

Favorisez le feedback régulier

Multipliez les

interactions

2 recommandations

Réduisez vos

gaspillages

Maitrisezvotre dette

1 mot de la fin

MERCI de votre attention !