First, thank you very much to Olivier Wulveryck who helps me here https://gist.github.com/owulveryck/eef34f7652b5281891d95e005564de71
Ce lundi 13 novembre 2017, Audric Duchet et Olivier Duquesne étions participants à l'Agile Tour 2017, une conférence orientée développement.
Le programme se trouve ici
Laurent Bossavit, @Morendil, un mec qui bosse chez beta.gouv.fr nous fait un rappel historique sur l'informatique, le développement en général.
Il utilise notamment le NGram Viewer de Google pour identifier les apparitions de thèmes.
Notamment cette approche de "cycle de redécouvert", ben oui, les conteneurs docker de 2013, c'est le chroot de 1979, java de 1995 c'est le smalltalk de 1971. Et tout ca bien dans la lignée de ce merveilleux twit :
1969:
— I Am Devloper (@iamdevloper) 3 novembre 2017
-what're you doing with that 2KB of RAM?
-sending people to the moon
2017:
-what're you doing with that 1.5GB of RAM?
-running Slack
Il nous a démonté notammenent que l'origine d'Agile n'est pas attribuable à Monsieur Royce comme d'autre le font croire
Il nous encourage à lire le livre complet qui se trouve ici.
Un atelier organisé par Thomas Clavier Nous avons eu un atelier vraiment cool pour découvrer les notion de TDD, KISS et YAGNI, avec des légos : le pico étant l'étalon de simplicité.
#LegoTDD #AgileTourLille la grande construction est en cours pic.twitter.com/3URVYqnzja
— Thomas Clavier (@thomasclavier) 13 novembre 2017
Un bon code doit donc être
- DRY : (pas de répétition de code),
- tous les tests passent
- le code est lisible
- KISS, sans on l'a bien chez les Ops, sinont : (simple)
- YAGNI : (tout le code est utile et indispensable)
La mesure de la dette technique entre le projet (la maison en légo quand les pièces sont collées et la maison sur laquelle on peut changer les pièces) est impressionnant, rapporté à du code en effet.
Thomas nous propose quelques lectures, notamment ATDD by Example: A Practical Guide to Acceptance Test-Driven Development
Tu sors de là, t'es convaincu ! des tests, des tests, des tests
La conclusion est finalement la même que le 7e slide du Talk sur la pyramide des tests
Fun, un sketch par la Compagnie des Passe Rêve : http://lespassereves.fr/index.php/nos-ateliers/theatre-dentreprise/ Ou comment faire du meetic like avec implant dès la naissance, bon j'ai tout spoilé, mais c'était assez drôle.
Le Lean sans respect c'est comme s'allonger nu sur une plage sans crème et sans parasol, ça fait très mal et c'est dangereux !
Par Jean Philppe Drouet.
Ici, on rivient à la base du LEAN management, celui de Toyota.
On insiste beaucoup sur la mise en avant de l'humain, j'y revu beaucoup de concepts "Eliminating Toil" du SRE.
Objectifs : rendre l'humain plus heureux, performant, productif. Ca encourage à aller sur Genba.
Dans l'industrie, ça sert à diminuer les accidents, améliorer la production, pour cela tout est mesuré : on retrouve l'analogie SLI/SLO du SRE.
Et si on ajoute à ça que l'approche LEAN passe par les 5 Pourquoi qui s'inscrit pas la mal dans l'approche Post Mortem du SRE.
Bref, il paraît qu'Agile c'est pour les nouveaux projets, LEAN pour les projets de dev en RUN, et bien SRE, c'est le projet Ops en RUN.....
J'ai bien aimé le tips de la colonne Rouge "Loi de Pareto" dans son Kanban.
Il nous conseille de lire Lean Production Simplified de Pascal Dennis et surtout le Toyota Production System
Bon, là, j'avoue que j'aimerai prendre la températue auprès de ceux qui cravachent à Onnaing, mais le monde de licorne a été bien rpésenté.
présenté par Laurent Nyffels
Ce monsieur a l'air convaincu d'Octo vu le nombre de fois où il a vanté l'accompagnement frucutueux mais, ce que j'ai retenu :
- ils ont commencé en 2011 : objectif diminuer le time to marker . Le contexte, création d'une équipe à Lille pour toute l'IT) En parallèle, ils balancent tout das le clouf public AWS et surtout AZURE.
- Le modèle DEVOPS arrive vite à un certain nombre de limites peu présentée mais en 2016, ils révolutionnent l'organisation humaine : des features team par produit, des product owner, des product manager, des tribus transverese, des guildes par sujet (guilde sécurité, guilde qualité, ....). J'ai l'mpression que les SRE s'inscrivent dans le Guilde Architecture par exemple.
Ils se sont mis au TDD et surtout au BDD.
Donc, de novembre 2016 à juillet 2017 ils ont avancé à fond sur un nouveau gros projet pour faire entrer dans le moule décrit au dessus, ils établie une matrice oar besoin PUIS ils ont mis un outil en face : bon, à la fin il y a tous les machins à la mode Jira, Slack, Github, Sonar mais aussi VSTS.
Ils ont utilisé une matrice de difficulté par tribu pour voir où prioriser les migrations DEVOPS.
Ils ont tout mesuré, les KPIs utilisés sont :
- le temps d'un cycle de déploiement
- la fréquence des déploiements jusque la production pondérés par
- le pourcentage de déploiements défaillants
- le nombre d'anomalies et la tendance
- la dette technique (tendance sonar)
Et bien, en 6 mois, bingo, ça marche, c'est pas parfait à 100% mais ils ont réussi çà :
- amélioration de la collaboration enters les collaborateurs et les équipes
- accélération des déploiements, automation à tout va
- blue-green deployement (https://blog.octo.com/zero-downtime-deployment/) sur www.axa.fr
- gain sur le nombre de tests
Ils se sont même permis une enquête de staisfaction interne sur la transformation, évaluée à 4/5.
Conclusion : tout le groupe se lance dans la démarche dans un programme sur tout Axa, pas que la DSI Lilloise.
Yann Gensollen a voulu nous faire une conférence en mode openspace : questions réponses à tout va.
Bah c'était intéressant, on a sûrement appris des trucs, mais ça ressemblait surtout à un gros coup de pub pour sa boîte.
Faut imaginer qu'au bout de 35 minutes de questions réponses, quelqu'un pose LA question (sic) "je voudrai pas pourrir l'ambiance mais moi j'aimeria bien savoir comment un lance un projet agile en 5 jours".
Bref après on a bu des bières