Posture du LEADER: faire et montrer. Auto organisation et esssaimage
(rappel:) L'agilité (organisation) a besoin des outils (technique) pour fonctionner
Les outils ne sont pas forcément acceptés tout de suite (cf. rejet des radiateurs d'information qui ont été trop "imposés" puis acceptation incrémentale)
Pas 2 équipes (métier, tech)
Lean software development: 7 principes. 4-5-6 => forge logicielle
- Les pratiques qui marchent:
- code review (la pratique qui amène la plus grande qualité de code)
- - automatique: outillage classique, sonar... (peu d’acceptation/engagement !)
- - manuel: par et POUR l'équipe, gerrit, reviewer tournant et backup
- donner le pouvoir sur la forge (former, accompagner, sans bloquer)
- contrôler un minimum (?)
- La forge est un produit
- faire et s'excuser ensuite (...)
- proposer des outils facultatifs
- labo de test pré-prod
- shadow-it (?). Ex: lancer un docker pour permettre une expérimentation comme sur une machine réelle.
- labelliser les esclaves et lier les jobs aux esclaves par les labels (=> extensibilité)
- utiliser les jobs pour isntaller les outils (=> extensibilité)
- Les outils:
- ELK: fait partir de la chaine de mise en évidence des bugs et problème de build (à creuser)
- Gerrit trigger plug-in
- job DSL plugin
- workflow plugin pour du continuous deliver
- noeuds dynamique
- docker (!). cluster docker swarm (~= cloud !)
- Citations:
- consacrer le temps humain à ce que la machine ne sait pas faire"
- si vous donnez des cacahuetes, vous aurez des singes (!)
- Puzzles:
- shadow-it (?)
- The speed paradox. fast => qualité (classiquement, on pense le contraire..). Source? (popendieck? A creuser)
- Conclusion:
- L'outillage, c'est pour aller plus vite ET garder les bonnes personnes
Aucun commentaire:
Enregistrer un commentaire