12+1 Patterns opérationnels de transition agile

348 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
348
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
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

×