Retour sur l'Agile Tour Bordeaux 2023

L'événement Agile Tour Bordeaux, qui s'est déroulé les 26 et 27 octobre, propose des conférences sur l'Agilité et tout ce qui gravite autour.

Nexton est sponsor de l'événement depuis 2022, et c’est grâce à tous ces sponsors que l’Agile Tour Bordeaux est un événement gratuit permettant d’avoir un maximum d’agilistes et d’échanges.

L’événement s'est tenu à 3iS à Bègles et portait sur « Qualité et résilience : complices de votre amélioration continue ».

Sylvain Lafon Vialettes et Christophe Detournay ont participé à l'événement et vous présentent les conférences auxquelles ils ont assisté (vous pouvez également les visionner sur https://www.youtube.com/@agiletourbordeaux/featured).

Agile Anti-Patterns: When 'Agile' Hurts Quality par Rachel Jolin Dubois

Rachel a débuté la journée par la keynote en nous présentant différentes implémentations de l'Agilité qu'elle a pu observer avec les risques inhérents.

1. Agile in name only : l'entreprise n'y connait rien mais prend un pattern et change juste les noms.
2. Water Scrum Fall : agilité uniquement sur le département informatique.
3. Feature Factory : externaliser l'agilité. Se concentre uniquement sur le delivery
4. Velocity obsession : Sortir un maximum de points, pas de correction de bug, pas de rework de code, pas de transfert de connaissance … 
5. Hero culture : un sauveur dans l’équipe. 
6. Big Bang Agile adoption : framework à l'échelle. 

D’après son expérience, il y a des pistes qui ne fonctionnent pas :

• Changer la culture de l'entreprise 
• Agir seul
• Prendre une idée dans une boite à outil
• Faire plus de ...
• Approche « one size fits all »
• Chercher une seule cause racine
• Licenciement / recrutement 

Et des pistes qui pourraient fonctionner : 

• Rendre visible l’invisible : diagramme de boucle causal, event storming, value stream mapping.
• Impliquer tout le monde : Agile Kata, Popcorn Flow, open space agility.
• Danser avec le système plutôt que le combattre : respecter, comprendre et optimise l’ensemble du système

• S’ouvrir à de nouvelles perspectives et casser les routines

   

CI/CD démystifié : Accélérez votre processus de développement par Jérôme Froville / Rodrigo Garcia de Oliveira

Les chaînes d’Intégration Continue (CI) et de Distribution Continue (CD) ont été présentées comme des éléments majeurs pour assurer des livraisons rapides et de qualité.

Nécessite un pipeline contenant toutes les étapes pour amener un développement en production :

• Avoir une stratégie de test intégrant l'automatisation.
• Générer une collaboration plus étroite entre développeur et avec les devops.
• Amener durablement l'expertise dans l'équipe.
• Mettre en place un déploiement progressif (AB testing). Le feature flipping est une bonne pratique.
• Recevoir des feedbacks continues avec des métriques (tests et supervision : indicateurs techniques et fonctionnels).
• Travailler sur de courtes itérations donc rédiger de petite US avec de la valeur.

“Il faut standardiser les pratiques de nos équipes Agiles !” En êtes-vous sûrs ? par Sébastien Goodwin

Sébastien explique qu'il est important de comprendre et d'expliciter le besoin avant de mettre en place une pratique, et comment standardiser une pratique. Ensuite on adapte la pratique au besoin et on peut en faire un standard. 

Pour standardiser une pratique il faut la documenter, la comprendre, capitaliser et la faire évoluer pour l’améliorer. 

Comme nos pratiques évoluent le standard et l’utilisation de ce standard par chacun fait que tout le monde ne gardera pas la même pratique. Ce n’est pas grave car la diversité des pratiques est une force et que l’important est de répondre aux besoins.

La reconnaissance, une valeur agile négligée par Amina Bourguiba

Amina parle de la reconnaissance dans le cadre professionnel et son importance dans l'agilité.

L'agilité s’y réfère par la valeur Investir dans l'humain et leurs interactions. Les premières expériences de reconnaissance remontent à l’école avec l’expérience hiérarchique et l’expériences entre pairs. Plus tard dans le monde professionnel, c'est le manager qui joue ce rôle.

La sphère de reconnaissance se base sur 3 principes :  

- identité -> reconnaissance existentielles (j'existe)

- action -> reconnaissance de l'investissement (mon manager) / reconnaissance de la pratique (mes pairs)

- résultat -> reconnaissance du résultat (prime, avantages)

Le premier appartient à la pyramide de Maslow, le troisième est souvent utilisé par les entreprises pour motiver. 

Le second prend de l'importance. Il faut apprendre à le coacher :

• Apprendre à identifier les signes 
• Coacher l'exemplarité des témoignages : équitable, cohérente, personnalisée, sincère et légitime 
• Matérialiser régulièrement et en collectif : zone de remerciements / remerciements publiques / prendre part aux décisions importantes 
• Mettre le sujet au cœur du collectif : table de reconnaissance / recognition MAP

Ce coaching a ces limites : 

- peut entrainer un manque de sincérité,

- peut engendrer de la méfiance,

- la personne peut se mettre en posture d'attente, 

- peut générer de la compétition/iniquité 

Les basiques du Lean au service de l'Agilité et de l’amélioration continue par Nha-Quynh Nguyen-Do

Nha Quynh présente certains outils issus du Lean qui peuvent être appliqués à l'agilité.

• FIPOC : permet d’avoir une vision globale d’un processus avec : le fournisseur (F), les inputs (I), les activités du processus (P), les outputs (O), les clients (C).
• Value Stream Mapping  (VSM) : permet de cartographier l’état actuel des flux, de définir la cartographie cible puis de mettre en œuvre le plan de transformation.
• Limiter le Work In Progress
• EOLE : pour Embarquement, Où veux-tu aller, Echelle et En Avant est un outil orienté solution qui aide à se poser les questions.
• A3 Lean : modèle d’analyse et de résolution de problèmes qui tient sur une feuille A3.

Le but de cette conférence est avant tout de présenter des outils Lean utiles aux agilistes afin d’ensuite pouvoir creuser de notre côté si nous voulons les mettre en pratique.

Et si nos mauvaises pratiques de test était LE frein à notre agilité ? par Frantz Degrigny

Frantz partage son expérience sur la maturité en matière de tests sur une échelle de 1 à 7 :   

1) automatisation des tests

2) stratégie de test

3) patrimoine de test : TU lisibles par le métier 

4) Rôle du testeur

5) Gérer nos campagnes de tests : couverture de tests agrégée à la campagne.

6) la qualité sur les tests

7) Gérer le risque industriel

Scrum ET Kanban - L'alliage résilient de l'amélioration continue de vos produits par Farouk Choulak

A force de voir cela sur un nombre important d’article en ligne, Farouk nous demande pourquoi opposer Scrum et Kanban, en les comparant ? Les associer est possible et, ce dans leur entièreté.  Scrum apporte un cadre et Kanban apporte des méthodes et des métriques.

Pour y arriver, on peut mettre en place les métriques Kanban et adapter les cérémonies Scrum : 

• Sprint planning enrichi : impact le quoi grâce au throughput et la simulation de Monte Carlo (MCS)
• Daily scrum enrichi : kanban board, work item age et WIP limits
• Sprint review enrichi : meilleure projection
• Sprint retrospective enrichie : partager le nuage de point du Cycle Time

(Et si on apprenait à) Apprendre et partager autrement par Aurélie Vache

Aurélie est une personne rencontrant des difficultés à s'exprimer oralement (bégaiement) et elle nous a raconté comment elle a réussi à surmonter ce problème pour arriver à devenir conférencière. Elle nous invite à partager ce que l’on aime vraiment par des moyens qui nous anime. Un bel exemple de résilience.

Quality Storming : A la recherche de vos exigences [non] fonctionnelles par Arthur Berthiaux / Jean-Rémy Revy

La méthode de Quality Storming se base sur la norme ISO2510. L’atelier faisait ressortir les exigences non fonctionnelles d'un site de pari en ligne. La salle était découpée en 4 zones représentant les axes à penser (sur les 8 présentes dans la norme). Dans chacune, nous devions mettre les éléments non fonctionnels qui nous paraissaient important :

Performance : temps de réponse, nombre de connexion simultanée

Fiabilité : monté en charge, disponibilité du site

Sécurité : RGPD

Confort d'usage : accessibilité, support

Ensuite nous devions voter sur ce qui nous paraissaient le plus important à traiter et transformer ces éléments en exigences.

Loi de Conway : Lorsque les bonnes pratiques ne suffisent pas par Julien Topçu

La loi de Conway est un principe visant à dire que les organisations créent des produits à l’image de leurs propres structures de communication. C’est le principe de l’homomorphisme.

Pour réduire cet effet il existe plusieurs pistes pour améliorer son organisation :

• Manœuvre de Conway inversée
• Modèle BAPO
• Domain-Driven Design
• Pattern dynamique d’organisation Team Topologies (complémentaire au Domain-Driven Design)

Attention cependant, changer votre organisation ne va pas garantir d’avoir le design parfait pour votre système, surtout si le système est rigide. Il faudra d’abord penser à mettre de l’effort pour rembourser la dette technique et l’assainissement du design pour le rendre plus flexible avant d’entreprendre des modifications organisationnelles.

Forum ouvert

Après ces nombreuses conférences d’un très bon niveau, la dernière après-midi est consacrée au forum ouvert, où chacun peut proposer un sujet et quiconque peut apporter sa pierre à l’édifice.

Un moment de partage qui permet d’échanger sur de nombreux sujets.

Sylvain Lafon Vialettes, Product Owner et Christophe Detournay, Scrum Master