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, ...
Transition : comment ?
12 leçons (durement) apprises
Gros projet / Petit projet
1 - Immersion agile
Une journée pour
appréhender les principes et
les concepts agile
Ne pas considérer les
principes agile...
2 - Commencer lentement,
délibérément
Apprendre les « gestes » Agile
correctement
Pas de compromis sur la qualité
Le rôle ...
« Faites attention à ce que vous
demandez, vous risquez de
l’obtenir ! »
Christophe Addinquy
Durant les premières itératio...
3 - Commencer par la fin
Utilisez les « définitions
de terminé »
Dotez-vous des
moyens pour les
vérifier
Les tests d’acceptation
Créer de la
compréhension partagée
Lever les ambiguïtés
ensemble
Matérialiser la validation
4 - Le droit à l’erreur
Rassurer d’entrée de jeu
Améliorations ➤
Expérimentation : Sortir du « non
risque » et rechercher ...
VOUS avez le droit à l’erreur !
Etre humble : personne n’aime les donneurs de
leçons
Vous allez découvrir de nouvelles sit...
5 - N’ignorez pas la dimension
culturelle !
Interne
(organisation)
Externe
(prestataire)
Quelle posture pour le
management ?
6 - Favoriser l’auto-organisation
7 - Craftsmanship
Le « savoir-faire » est un pré-
requis
Prendre la température aux
code-review
Injecter de vrais craftsme...
« Une interface doit être facile à
bien utiliser, et difficile à mal
utiliser. »
Scott Meyers
Nommage
TDD
Loi de Meyers
8 - Le fond et non la forme
« comment » « pourquoi »
Rôles
Cérémonies
Post-it
Collaboration
Interactions
Feedback
Focus
Im...
9 - Apprendre à s’améliorer
Comprendre Mesurer
Explorer
Le 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’équipe
Livrer en fin de sprint
Pas 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égradat...
+1- Pas de recette magique
Ca marche pour moi. Et pour vous
?
Une base de reflexion pour
adapter et apprendre.
Votre touch...
@addinquy
http://freethinker.addinq.uy
christophe.addinquy@zenika.com
addinquy
addinquy
addinquy
addinquy
addinquy
12+1 Patterns opérationnels de transition agile
Prochain SlideShare
Chargement dans…5
×

12+1 Patterns opérationnels de transition agile

285 vues

Publié le

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.

Publié dans : Logiciels
0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
285
Sur SlideShare
0
Issues des intégrations
0
Intégrations
24
Actions
Partages
0
Téléchargements
6
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

12+1 Patterns opérationnels de transition agile

  1. 1. 12+1 patterns opérationnels pour la transition agile d’un grand projet
  2. 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.
  3. 3. Transition : comment ? 12 leçons (durement) apprises
  4. 4. Gros projet / Petit projet
  5. 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. 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. 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. 8. 3 - Commencer par la fin Utilisez les « définitions de terminé » Dotez-vous des moyens pour les vérifier
  9. 9. Les tests d’acceptation Créer de la compréhension partagée Lever les ambiguïtés ensemble Matérialiser la validation
  10. 10. 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
  11. 11. 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…
  12. 12. 5 - N’ignorez pas la dimension culturelle ! Interne (organisation) Externe (prestataire)
  13. 13. Quelle posture pour le management ?
  14. 14. 6 - Favoriser l’auto-organisation
  15. 15. 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 !
  16. 16. « Une interface doit être facile à bien utiliser, et difficile à mal utiliser. » Scott Meyers Nommage TDD Loi de Meyers
  17. 17. 8 - Le fond et non la forme « comment » « pourquoi » Rôles Cérémonies Post-it Collaboration Interactions Feedback Focus Implication Transparence templates
  18. 18. 9 - Apprendre à s’améliorer Comprendre Mesurer Explorer Le vrai challenge du Scrum Master Décider Expérimenter
  19. 19. 10 - L’architecture compte ! Quelle efficacité dans votre cycle de développement ?
  20. 20. 11 - Off / On Transitions douces ?? L’autonomie de l’équipe Livrer en fin de sprint Pas de challenge insurmontable
  21. 21. 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
  22. 22. +1- Pas de recette magique Ca marche pour moi. Et pour vous ? Une base de reflexion pour adapter et apprendre. Votre touche personnelle compte
  23. 23. @addinquy http://freethinker.addinq.uy christophe.addinquy@zenika.com addinquy addinquy addinquy addinquy addinquy

×