Présenté par Fabrice Bloch et Benoît Rouppert (INSEE) à l'occasion des conférences Agile en Seine le 29 septembre 2020
http://agileenseine.com
Vidéo de la conférence disponible sur Youtube :
https://youtu.be/P3uQCA23SVw
Un des principes du manifeste agile dispose que "les processus agiles encouragent un rythme de développement soutenable".
Aujourd'hui, dans l'IT, le constat est que ce principe est surtout observé en phase de "build" et majoritairement pour lisser l'effort de l'équipe de construction du produit, comme si seul le développement initial des logiciels devait être soutenable.
Nous sommes convaincus que la soutenabilité signifie davantage.
L'objectif de ce talk est d'apporter des réflexions et des pistes sur ce que signifie soutenabilité pour et en phase de "run" : comment construire une architecture évolutive, comment faire cohabiter les nouveautés et le legacy, comment être scalable sans cloud et surtout comment garder une connaissance d'équipe malgré le turnover ?
Cette présentation sera basée sur nos constatations concrètes et les démarches que nous mettons en place pour commencer à y répondre.
Nous conclurons sur un ensemble de valeurs qui nous semblent aujourd'hui nécessaire pour garantir la soutenabilité de notre IT.
4. Agilité soutenable :
Angl : sustainable agility
Capacité d’une organisation à créer un modèle de fonctionnement adaptatif, continu,
scalable et régénératif au-delà de la seule phase d’investissement. L’organisation ne
doit plus brûler ses vaisseaux en période initiale, mais capitaliser, régénérer,
économiser, prioriser.
“Les processus Agiles encouragent un rythme de développement soutenable. Ensemble, les
commanditaires, les développeurs et les utilisateurs devraient être capables de maintenir
indéfiniment un rythme constant.” Manifeste Agile.
5. Qui sommes nous ?
Benoit Rouppert - CTO de l’INSEE Fabrice Bloch - @AgilitatrPublic
#AgilitéSoutenable #SustainableAgility
6. Du constat au manifeste...
Le constat initial
Notre réflexion
Nos propositions
Le manifeste de l’agilité soutenable
15. La transformée de Fourier du changement
= +
Il y a superposition de deux rythmes différents : des changements haute
fréquence et des changements basse fréquence.
16. Changements haute fréquence
C’est le domaine de l’agilité “classique” et de la recherche d’un meilleur
time to market.
Exemples: nous ne vous en donnerons pas ici, il y a plein de très bons
livres et de très bonnes conférences sur le sujet
17. Changements basse fréquence : le legacy
L’ordre de grandeur du temps nécessaire pour mener un changement
jusqu’au bout (c’est à dire “du berceau à la tombe”) est 15 ans.
Exemples à l’Insee :
● disparition du mainframe
● virtualisation de l’ensemble du parc applicatif
● …
18. Exemple particulier de création de legacy
“De l’huile dans les rouages au boulet au pied”
Comment se donner un peu de souplesse pour faire du développement local ?
Années 90 : Windev
Années 2000 : PHP
2020 : toujours des utilisateurs, moyens IT ?
19. Comment concilier les deux
Les 2 solutions extrêmes
Agile transparent : transparent car inexistant. No comment, à oublier.
Agile hard core (ou “Agile or die”) : “Agilisez les tous, Dieu reconnaîtra les siens !”
20. Une solution qui recherche un équilibre
Il faut une agilité soutenable qui prend en compte les deux faces, les deux
rythmes du changement.
21. 1ère face : passer à l’agilité“classique”
50% de l’effort
70% du plaisir
Comment faire? Ce n’est pas ici que nous vous l’apprendrons, il y a plein de
très bons livres et de très bonnes conférences sur le sujet.
22. 2e face: faire vivre le legacy dans ce monde où ce
qui a de la valeur c’est d’être agile
50% de l’effort
0% du plaisir
Comment faire ???
23. LE piège à éviter
Faire vivre le legacy dans ce monde où ce qui a de la valeur c’est d’être agile
50% de l’effort
0% du plaisir
Le piège se cache ici !
24. De quoi ce 0% est-il le symptôme ?
De la déconsidération de l’existant ?
De la ringardisation de l’existant ? (ce n’est pas fun parce qu’on envoie l’image que ce
n’est pas fun)
Du jugement que l’existant a peu de valeur par rapport à la nouveauté ?
Une agilité soutenable commence par un travail de fond sur la notion de valeur.
29. Garantir l’avenir
Investir pour demain
Expérimenter, essayer se tromper
Remettre en cause les process, les
rôles, l’existant
N’admet pas les chasses gardées
Innover
50. Appelons“Centre de
Gravité”l’ensemble de
ces moyennes.
Comme nous avons N facettes
de cette équipe, nous avons N
lois normales.
Nous avons N positions
moyennes, une pour chaque
loi normale.
51. Le rôle du manager et du
recruteur est de faire en
sorte que ce centre de
gravité ne baisse jamais
mais -à l’inverse-
augmente très
progressivement.
Donc, pour être soutenable, je
recrute autour du centre de
gravité
Et je place mes formations
juste au dessus
52. Take-away
Le recrutement dans une équipe
doit se faire afin de ne pas
modifier sensiblement le centre
de gravité de cette équipe.
54. Muter
L’agilité soutenable doit permettre d’aller vers une logique d’économie ou de
renouvellement des ressources en prenant en compte l’écosystème.
55. Deux sources de pensée
Le bio-mimétisme L’économie circulaire
64. Manifeste de l’agilité soutenable
Le client actuel TOUT AUTANT QUE le client futur
L’amélioration continue TOUT AUTANT QUE la disruption
La production TOUT AUTANT QUE l’innovation
“L’agilitation” TOUT AUTANT QUE les repères partagés
68. Pour une agilité résolument soutenable
— Fabrice Bloch , Benoît Rouppert —
Mardi 29 septembre 2020 12:10
https://roti.express/r/aes20-00
7
A vos feedback
!