Pour un développement durablePar Frédéric Dubois
@xebia
1
2
Speaker
3
Frédéric Dubois
@xebiablog.xebia.fr
blog.xebia.fr/2010/12/21/livre-blanc-qualite-logicielle/
Consultant manager
10 ans d’expérienceDéveloppement
Agile
4
Développement qui répond aux besoins du présent sans compromettre la capacité des générations futures à répondre aux leurs.
A consomm
er jusqu’au
:
19/04/
12
5
Ce n’est pas faute d’avoir essayé !
CMMICycle de développement
ISO 9126
XP
Scrum
Intégration ContinueAutomates de test
LeanKanban
6
TDD
DDD
Outils de qualimétrie
La qualité fait chuter ma productivité !
Qualité
7
0
75
150
225
300
t0 t1 t2 t3
Coû
t cu
mul
é to
tal
Temps
DéveloppementCorrectifsImpact financiers indirectsSurcoût des évolutions
8
9
0
75
150
225
300
t0 t1 t2 t3
DéveloppementCorrectifsImpact financiers indirectsSurcoût des évolutions
0
75
150
225
300
t0 t1 t2 t3
Coû
t cu
mul
é to
tal
Temps
Développement Correctifs Impact financiers indirects Surcoût des évolutions
10
0
75
150
225
300
t0 t1 t2 t3
Qui a été le plus productif ?
Tout est relatif
BugsPerformances
Notoriété Image
Adoption
Manque à gagner
Surcoûts des évolutions
Utilisation
Coûts de correctionArrêt du projetCoûts de
la non qualité
12
Assurance Qualité
Coûts de la qualité
Votre logiciel va évoluer
13
*60% à 80% des coûts d’un projet en maintenance
*Source: Software Maintenance, par G. Ganfora
Dont 75% évolutive
0
25
50
75
100
t0 t1 t2 t3 t4 t5
Cha
rge
Temps
Valeur délivrée Coût marginal
14
Le résultat est connu
16
Investissez !
Changeons notre façon de voir le développement
17
18
Parce que je suis pas vraiment développeur...Je suis projectionniste!
19
DEVELOPPEUR
NON ACCOMPAGNE
20
Le développement logiciel est un vrai métier !
Qui peut développer rapidement un logiciel de qualité ?
21
22
23
Ecrire du logiciel ce n'est pas une partie de Jengaht
tp://
lost
echi
es.c
om/d
eric
kbai
ley/
2009
/02/
11/s
olid
-dev
elop
men
t-pr
inci
ples
-in-m
otiv
atio
nal-p
ictu
res/
La folie est de toujours se comporter de la même manière et de s’attendre à un
comportement différent.Albert Einstein
24
C’est dur...
Humilité, remise en question, amélioration continue
25
Ne pas se laisser distancer
26
Equilibre et mentoring
27
Les tests,Ah les tests...
28
Ils font partie du développement !
29
30
Eviter les bugs ? Pas seulement...
31
Pour évoluer
Codez couvert
32
C’est difficile
33
Mais ça s’apprend
Architecture évolutive
Coding architects
34ThoughtWorks Tech Radar mars 2012
Libérez vos architectes !
Chaque projet est différent...
L’architecture doit répondre à un besoin
35
Le mirage de l’Offshoring ?
• Turn over
• Langue, culture
• Horaires, distance avec le métier
• Fuite des connaissances
36
• Pas sur le coeur métier
• Créez une équipe (travail colocalisé pendant un moment)
• Partagez les pratiques, faites de la relecture (dans les 2 sens)
• Méfiez vous d’Excel
37
Vous voulez tenter l’expérience ?
Attention aux fausses économies
38
Une équipe de professionnels a un coût
De payer plus cher
Le réduire c’est prendre le risque
Faire de la qualité à un coût
Et le Time To Market ?
39
40
Spécifications
Expression de besoin
Conception
Réalisation (Attention retard)
Mon besoin évolue sans cesse
41
Il n'y a rien de plus inutile que de faire avec efficacité quelque chose qui ne doit pas du tout
être fait.Peter Drucker
42
Soyez agile!
43
Itérez, montrez, délivrez,Ajustez
44
45
Déploiement continu
La qualité est votre force
46
Les priorités évoluent,
La qualité non
Relation Client / Fournisseur
47
Le syndrome de la sucess story
48
Enterrons la hache de guerre...
49
50
Partageons les enjeux, les risques
Un autre monde est possible
http://contrat-agile.org/
51
52
Vous créez le logiciel !
Montrez vos différences !
Changeons les esprits !
53