C’est décidé, vous allez basculer votre projet en « mode agile » ! Beaucoup de livres nous détaillent « in extenso » ce qu’est l’agilité. De nombreuses présentations nous exposent comment bien faire les choses. mais par où commencer ? Comment mettre le pied à l’étrier ? Démarrer une transition agile s’apparente souvent au syndrome de la page blanche, un problème encore accrus si celle-ci s’opère au sein d’une grande organisation ou d’un gros projet !
Pour vous aider dans cette démarche, nous allons voir ensemble 12+1 leçons apprises sous forme de « patterns opérationnels ». Ce sont des recettes qui ne figurent pas dans les livres, et elles sont toutes utilisables concrètement dès demain pour votre propre transition agile.
2. 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.
5. 1 - Immersion agile
Une 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
6. 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 !
7. « Faites attention à ce que vous
demandez, vous risquez de
l’obtenir ! »
Christophe Addinquy
Durant les premières itérations
Focus sur la qualité fonctionnelle et technique
Attention sur la dynamique de groupe, le partage et le focus
sur peu de User Stories
Pas de mesure de vélocité. Nous avons même rendu toute
comparaison directe entre équipe presque impossible !
8. 3 - Commencer par la fin
Utilisez les « définitions
de terminé »
Dotez-vous des
moyens pour les
vérifier
11. 4 - Le droit à l’erreur
Rassurer 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
12. VOUS avez le droit à l’erreur !
Etre humble : personne n’aime les donneurs de
leçons
Vous allez découvrir de nouvelles situations
Vous allez apprendre quelque chose de votre client
Ca va vous arriver de toute façon…
13. 5 - N’ignorez pas la dimension
culturelle !
Interne
(organisation)
Externe
(prestataire)
16. 7 - Craftsmanship
Le « 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 !
17. « Une interface doit être facile à
bien utiliser, et difficile à mal
utiliser. »
Scott Meyers
Nommage
TDD
Loi de Meyers
18. 8 - Le fond et non la forme
« comment » « pourquoi »
Rôles
Cérémonies
Post-it
Collaboration
Interactions
Feedback
Focus
Implication
Transparence
templates
19. 9 - Apprendre à s’améliorer
Comprendre Mesurer
Explorer
Le vrai challenge
du Scrum Master
Décider Expérimenter
20. 10 - L’architecture compte !
Quelle efficacité dans votre cycle de
développement ?
21. 11 - Off / On
Transitions douces ??
L’autonomie de l’équipe
Livrer en fin de sprint
Pas de challenge
insurmontable
22. 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
23. +1- Pas de recette magique
Ca marche pour moi. Et pour vous
?
Une base de reflexion pour
adapter et apprendre.
Votre touche personnelle compte