Intégration d'Agile dans un domaine multidisciplinaire

738 views
663 views

Published on

Présentation de Philippe Cantin d'Ubisoft lors de l'Agile Tour 2009 Québec.

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
738
On SlideShare
0
From Embeds
0
Number of Embeds
2
Actions
Shares
0
Downloads
21
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Intégration d'Agile dans un domaine multidisciplinaire

  1. 1. DuchAosdans l’ordre<br />Agile dans un domaine multidisciplinaire<br />Par Phillipe Cantin<br />Image ref: Pondular interface by Mopiskevin @ Mopis-Synth.com <br />
  2. 2. Phil qui?<br />Agile<br />Phillipe Cantin <br />Programmation depuis 1993<br /><ul><li>12 ans CAD
  3. 3. 4 ans jeu video</li></ul>Gestionnaire Agile depuis 2006<br />Chef d’équipe Informatique / Ubisoft - Studio de Québec<br />Images: NES controler, Autodesk AutoCAD logo, Ubisoft logo<br />
  4. 4. Aujourd’hui<br /><ul><li> Le Jeu video
  5. 5. Équipe Agile dans un projet non-Agile
  6. 6. Scrummultidiciplinaire de programmeurs et d’artistes
  7. 7. Outils importants
  8. 8. Q&A</li></ul>Half the Time, 2003, Painting by JAMES NARES<br />
  9. 9. Jeu vidéo<br />Passage du programme a la production<br /><ul><li> Gestion
  10. 10. Équipe de 20 a 300+
  11. 11. Multidisciplinaire
  12. 12. Budget / risque / attentes
  13. 13. Design & Art
  14. 14. Scripteur
  15. 15. Directeur artistique
  16. 16. Spécialisation…
  17. 17. Technologies
  18. 18. Plateformes
  19. 19. Engins
  20. 20. Spécialisation…</li></li></ul><li>Équipe Agile / projet non-Agile<br />Environnement / état initial <br /><ul><li> Plusieurs méthodes de gestion
  21. 21. Influencées par la compagnie
  22. 22. Influencées par le studio
  23. 23. Influencées par la production
  24. 24. Programmation: en cascade
  25. 25. Artistes: traditionnelle
  26. 26. Équipe nouvellement formée
  27. 27. Nouvelles technologies
  28. 28. Mandat porté a changer
  29. 29. ...risque élevé</li></li></ul><li>Équipe Agile / projet non-Agile<br />Choix de l’Agile pour informatique<br /><ul><li> Méthode en cascade + chaos = désastre
  30. 30. Expérience d’un collègue
  31. 31. Documentations et postmortems (WEB)
  32. 32. Possibilité d’intégration par le bas
  33. 33. Risque égale (pros & cons)</li></li></ul><li>Équipe Agile / projet non-Agile<br />Phase 1/2: Integration d’Agile<br /><ul><li> Informer les intervenants (owner)
  34. 34. Introduction d’Agile aux programmeurs
  35. 35. Application d’Agile par incréments
  36. 36. Daily Scrums / Sprint 4 semaines
  37. 37. Backlog informatique seulement
  38. 38. Suivis des burndown dans JIRA, Excel & wiki
  39. 39. Sprint de 2 semaines
  40. 40. Sprint Review
  41. 41. Certaine stabilité du system après 3-4 sprints</li></ul>Modifications a apporter:<br /> Isoler l’équipe<br /> Faire un vrai backlog<br /> Trouver/inventer un owner<br />
  42. 42. Équipe Agile / projet non-Agile<br />Phase 1/2: Integration d’Agile<br />??? Isoler l’équipe ???<br />FAILED<br />Gestion 101<br />
  43. 43. Équipe Agile / projet non-Agile<br />Phase 2/2: Integration d’Agile<br /><ul><li> Isoler le sprint du chaos
  44. 44. Leadtech (sprint – équipe / Scrum Master)
  45. 45. Chef de Projet (backlog – client / owner virtuel)
  46. 46. Contacts avec l’équipe via ces deux personnes
  47. 47. Création d’un backlog unifié dans JIRA
  48. 48. Garder a jour les estimations macro
  49. 49. Traduction des documents design en Stories
  50. 50. Mise a jour du backlog
  51. 51. Intégration des testeurs dans les scrums</li></ul>Isoler l’équipe<br />Faire un backlog<br />Inventer un owner<br />
  52. 52. Équipe Agile / projet non-Agile<br />Apprentissages<br /><ul><li> Possible mais difficile
  53. 53. Nouveau poste pour faire le pont
  54. 54. Agile doit être adapté
  55. 55. Négatifs:
  56. 56. Un owner virtuel n’est pas un owner
  57. 57. Interdépendance métier trop grande
  58. 58. Estimation en heures pour la prog
  59. 59. Positifs:
  60. 60. Écrans de suivis
  61. 61. Intégration des testeurs dans les scrum
  62. 62. Agile acceptée par la direction</li></li></ul><li>Scrum multidisciplinaire<br />Les grandes lignes<br /><ul><li> Méthode unifiée Agile
  63. 63. Participation de touts les métiers
  64. 64. Scrums multidisciplinaires
  65. 65. Stories multidisciplinaires
  66. 66. Estimation
  67. 67. Points (programmeurs)
  68. 68. Heures (artistes)
  69. 69. Maintenance des estimations
  70. 70. Sprint de 3 semaines
  71. 71. Sprint rétrospective</li></li></ul><li>Scrum multidisciplinaire<br />Un monde a l’envers<br /><ul><li>Artiste
  72. 72. Floue
  73. 73. Incertitude
  74. 74. Chaos
  75. 75. Programmeur
  76. 76. Cartésien
  77. 77. Rigidité
  78. 78. Contrôle</li></ul>DATA<br />Quantitité / Répétitif<br />CODE<br />Unique / Itération<br />
  79. 79. Scrum multidisciplinaire<br />Du chaos dans l’ordre<br />Connu<br />Inconnu<br />Artistes<br />Programmeurs<br />Conception<br />Conception<br />Analyse<br />Pré-Production<br />Production<br />Production<br />Production<br />Debug<br />Debug<br />
  80. 80. Scrum multidisciplinaire<br />Scrums & Stories<br />Scrum multidisciplinaire: <br /><ul><li>Programmeurs
  81. 81. Tâches liés au sprint
  82. 82. Artistes
  83. 83. Tâches liés au sprint (priorité)
  84. 84. Tâches de production
  85. 85. Game Designer
  86. 86. Testeur</li></ul>Strory multidisciplinaire: <br /><ul><li> Description (UseCase)
  87. 87. Compréhension de l’interdépendance
  88. 88. Estimation macro de chaque métier
  89. 89. Suivis a chaque sprint
  90. 90. Communiquer les modifications</li></li></ul><li>Scrum multidisciplinaire<br />Estimation & Polyvalence<br /><ul><li> Beaucoup de gens spécialisé
  91. 91. Manpower différent par métier
  92. 92. Estimation différentes par métier
  93. 93. Story avec plusieurs estimés différents
  94. 94. Besoin d’une ligne rouge par métier
  95. 95. Manpower
  96. 96. Nivelage des écart</li></ul>Découpage de story<br />Changement de méthode de production<br />Scénarios différents (use case)<br />Modification de la story de base <br />
  97. 97. Outils nécessaires<br /><ul><li> Données:
  98. 98. Macro par métiers
  99. 99. Man power par métiers
  100. 100. Ligne rouge(s) dans le backlog
  101. 101. Use Cases
  102. 102. Outils:
  103. 103. Jira / GreenHopper (stories, bugs)
  104. 104. Excel (macro, listes, budget,...)
  105. 105. Écran(s) de suivis
  106. 106. Calendrier des grands livrables sur le mur
  107. 107. Procédures:
  108. 108. Daily Scrum / Scrum of Scrum
  109. 109. Sprint de 3 semaines (avec stabilisation)
  110. 110. Planification de sprint (1 jour)
  111. 111. Review / Rétrospective (1 jour)
  112. 112. Retour sur les dates de livrable</li></li></ul><li>Q&A…<br />phillipe@cantin.com<br />Merci<br />Half the Time, 2003, Painting by JAMES NARES<br />Painting by JAMES NARES<br />

×