Your SlideShare is downloading. ×
Intégration d'Agile dans un domaine multidisciplinaire
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Intégration d'Agile dans un domaine multidisciplinaire

537
views

Published on

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

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
537
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
20
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

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