Presentation Adi 14052009

949 vues

Publié le

Coin de table ADI (Association Diplomés ISEIG) du 14 mai 2009

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

  • Soyez le premier à aimer ceci

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

Aucune remarque pour cette diapositive

Presentation Adi 14052009

  1. 1. ADI Sensibilisation à l’Agilité Introduction à SCRUM Jérôme Layat jerome.layat@hortis.ch Le 14 mai 2009
  2. 2. Qui suis-je, brièvement... Directeur Corporate Culture & KM Coach Méthodes Agiles Co-Fondateur Agile-Swiss Co-organisateur et intervenant XPDay Genève '09
  3. 3. Déroulement de la session... 1Valeurs et principes de l'agilité 2 Scrum en bref...
  4. 4. Pourquoi « Agilité »? Pour éviter les mauvaises chutes (Dictionnaire) Agilité: féminin 1. grande facilité à agir, à se mouvoir.
  5. 5. Quelles « chutes »? Concurrence Turnover et même... le PROGRES ! Mauvaises Bugs estimations
  6. 6. Le développement logiciel a changé en 20 ans Complexité des projets Taille des équipes Concurrence
  7. 7. En parlant de complexité Complexité des besoins Anarchie Complexe Compliqué Complexité Simple des technos Ajoutez le Facteur HUMAIN: les individus et leurs coopérations!
  8. 8. Le « fameux » Chaos report de 1994 The standish group 16,2% des projets réussissent 52,7% d'insatisfaisants 31,1% d'annulés
  9. 9. Et d'autres constatations... Moins de la moitié des fonctionnalités réalisées sont utilisées
  10. 10. ! Les méthodes doivent suivre!
  11. 11. Un mieux constaté: le CHAOS Summary 2009 The standish group 32% des projets réussissent 44% d'insatisfaisants 24% d'annulés Nouvelles méthodes? Sensibilité à la qualité? Collaboration avec le client plus répandue?
  12. 12. ? Qui peut prétendre pouvoir tout spécifier à l'avance dans un GROS projet d'aujourd'hui?
  13. 13. ? Qui peut prétendre savoir, SEUL, comment implémenter TOUS les besoins?
  14. 14. ?Qui peut prétendre savoir, SEUL, évaluer TOUS les types de charges de travail?
  15. 15. Lorsqu'en 2001... L'Agile Manifesto 1/2 Individuals and interactions over processes and tools Working software over Comprehensive documentation
  16. 16. Lorsqu'en 2001... L'Agile Manifesto 2/2 Customer satisfaction over contract negotiation Responding to change over following a plan
  17. 17. Les principes agiles 1/4 Client satisfait via livraisons rapides et continues à fortes valeurs BU-SI-NESS Accepter des changements de besoin, même tard, et les contrôler pour la compétitivité du client
  18. 18. Les principes agiles 2/4 Client (business) et équipe de réalisation travaillent EN-SEM-BLE Construire autour de personnes motivées La communication la plus efficace: celle de visu!
  19. 19. Les principes agiles 3/4 La constance Une attention particulière à la qualité de ce que l'on produit Un rythme soutenable
  20. 20. Les principes agiles 4/4 La simplicité Les meilleures architectures, besoins et designs émanent d'équipes auto-organisées Une amélioration continue
  21. 21. = Rechercher le « chaos organisé » cf. « Birth of a Chaordic Age » Dee Hock, Visa Group Responsabiliser les équipes par leur implication
  22. 22. Le passé... L'approche empirique Lorsque les processus deviennent trop complexes pour être maîtrisés Les expériences...
  23. 23. ? Comment?
  24. 24. Des groupes autonomes???!! Soutien Motivation Support mutuel Communication Espace commun Apprentissage Réflexions
  25. 25. ! OUI aux spécifications « molles » OUI à un utilisateur proche et... « Embrace change »
  26. 26. Des itérations courtes pour... Tirer plus vite la sonnette d'alarme en cas de problème Augmenter la réactivité
  27. 27. Incrémentales pour... Avoir un livrable montrable au client à chaque itération Fini l'effet boîte noire pendant des mois! Meilleure satisfaction et motivation de l'équipe au fil du temps
  28. 28. N méthodes, même crédo Toujours: bon sens, auto-organisation, courage, peu de règles et RIGUEUR SCRUM, eXtreme Programming, FDD, Crystal, DSDM, etc... SCRUM et XP sont les plus appliquées
  29. 29. N méthodes, même crédo Des optional scope contracts Le lot de fonctionnalités varie durant le développement, en fonction des priorités du marché, des « imprévus »...
  30. 30. Faciliter la créativité L'innovation émerge plus facilement des projets agiles Les obstacles et inconnues sont moins nombreux: place à l'imagination Mais ce qui est créé est toujours maîtrisé: pas de dérivation dangereuse.
  31. 31. ... Cela semble simple non? Maintenant, un exemple: SCRUM
  32. 32. scrum Rien de nouveau Takeuchi et Nonaka Itérations 80's Incréments Devt nouveaux produits LEAN TimeBoxes 70's SCRUM 90's
  33. 33. scrum L'aperçu SPRINT 2 à 4 semaines Sprint Backlog Livrable Product Backlog Une journée
  34. 34. scrum Le déroulement Lister et prioriser Extraire Dérouler une itération, créer Présenter le résultat Et apprendre...
  35. 35. scrum La Scrum Team Entre 5 et 9 Auto-organisée (Rappelez-vous...) Polyvalente Responsable
  36. 36. scrum Le Product Owner Garant de la vision du produit Liste et priorise ses buts
  37. 37. SCRUM Le Scrum Master h Un Coac • n nG ardie •U ateur A nim • Un s o nne e aux b de Veill itions cond uipe l 'é q
  38. 38. scrum Le Daily Scrum uis hier » it de p j'ai fa ain » ce que i de m « V o ici e d'ic fair vais 'ont eq ue je qui m ier » « V o il à c acles fixé h obst ctif s ré de e l'obje co nt ndr « J' ai ren d'attei em pêché nM AX 15 Mi
  39. 39. scrum Les Documents Avoir une conscience collective de l’avancement Connaître, Corriger, Faire connaître la situation FACILEMENT!
  40. 40. scrum Les clés du succès Formation de tous les acteurs Accompagnement
  41. 41. scrum Méthode agile... ... de gestion de projet: quoi faire, quand et pourquoi. Pas « comment faire ». La compléter d'une méthode de développement
  42. 42. Maintenant, à vous de jouer... Et n'oubliez pas: Transparence, bon sens, collectif, et rigueur! Merci!

×