12+1 patterns opérationnels pour la transition agile d’un

grand projet

Qui suis-je ?

Coach agile @ Zenika

Computer addict depuis 1980

Agile maniac depuis 2001

Graves antécédents : développeur, analyste, modelisateur UML, chef de projet, design patterns fan-boy, formateur, directeur de projets, etc.

Transition : comment ?

12 leçons (durement) apprises

Gros projet / Petit projet

1 - Immersion agileUne journée pour appréhender les principes et les concepts agile

Ne pas considérer les principes agiles comme « évidents »

1 jour tout de suite vaut mieux que 2 jours plus tard !

Des jeux et des discussions

2 - Commencer lentement, délibérément

Apprendre les « gestes » Agile correctement

Pas de compromis sur la qualité

Le rôle du management : pas de raccourcis !

L’équipe cherchera spontanément à aller vite !

« Faites attention à ce que vous demandez, vous risquez

de l’obtenir ! »Christophe

Addinquy

Durant les premières itérationsFocus sur la qualité fonctionnelle et techniqueAttention sur la dynamique de groupe, le partage et le focus sur peu de User StoriesPas de mesure de vélocité. Nous avons même rendu toute comparaison directe entre équipe presque impossible !

3 - Commencer par la finUtilisez les « définitions de terminé »

Dotez-vous des moyens pour les vérifier

Les tests d’acceptationCréer de la

compréhension partagéeLever les

ambiguïtés ensemble

Matérialiser la validation

4 - Le droit à l’erreurRassurer d’entrée de jeu

Améliorations ➤ Expérimentation : Sortir du « non risque » et rechercher des expérimentations peu coûteuses

Une erreur est une opportunité d’apprendre quelque chose

Laisser les erreurs (et non l’échec) arriver

VOUS avez le droit à l’erreur !

Etre humble : personne n’aime les donneurs de leçonsVous allez découvrir de nouvelles situationsVous allez apprendre quelque chose de votre clientCa va vous arriver de toute façon…

5 - N’ignorez pas la dimension culturelle !

Interne

(organisation)

Externe

(prestataire)

Quelle posture pour le management ?

6 - Favoriser l’auto-organisation

7 - CraftsmanshipLe « savoir-faire » est un pré-requis

Prendre la température aux code-review

Injecter de vrais craftsmen au sein des équipes

Organiser la montée en compétence

Les métriques de la plateforme d’intégration ne suffisent pas !

« Une interface doit être facile à bien utiliser, et difficile à mal utiliser. »

Scott MeyersNommage

TDDLoi de Meyers

8 - Le fond et non la forme

« comment » « pourquoi »

Rôles

Cérémonies

Post-it

CollaborationInteractions

FeedbackFocus

ImplicationTransparence

templates

9 - Apprendre à s’améliorerComprendre Mesurer

ExplorerLe vrai

challenge du Scrum Master

Décider Expérimenter

10 - L’architecture compte !

Quelle efficacité dans votre cycle de développement ?

11 - Off / On

Transitions douces ??L’autonomie de l’équipeLivrer en fin de sprintPas de challenge insurmontable

12 - Parfois, il faut plonger pour mieux réussir…

On ne peut pas forcer les personnes à être aidées.

Une phase de dégradation peut succéder à la mise en place.

Ne pas céder à la complaisance quand une situation fonctionne mal

+1- Pas de recette magique

Ca marche pour moi. Et pour vous ?

Une base de reflexion pour adapter et apprendre.

Votre touche personnelle compte

@addinquy

http://freethinker.addinq.uy

christophe.addinquy@zenika.com

addinquy

addinquy

addinquy

addinquy

addinquy