Upload
agile-tour-2009-quebec
View
861
Download
2
Embed Size (px)
DESCRIPTION
Présentation de François Gravel de Frima Studio à l'Agile Tour 2009 Québec
Citation preview
EXEMPLES ET SOLUTIONS : DIFFICULTÉS DE L’IMPLÉMENTATION DE SCRUML’IMPLÉMENTATION DE SCRUM
François Gravel26 octobre 2009
FRIMA ET SON DOMAINE D’EXPERTISE
CE QU’ON FAIT, D’OÙ ON VIENT….
• Fondé à Québec en 2003
• Studio indépendant de développement de jeux vidéo
• Spécialisé dans les univers virtuels (MMOG)
• Joueurs occasionnels• Joueurs occasionnels
DOMAINE : JEUX VIDÉO
• Très mouvementé, les décisions ce prennent rapidement
• Technologies évoluent très rapidement
• Compétitif
• CRÉATIVITÉ – Émotions, goûts
• Nous devons être flexibles
QUELQUES CHIFFRES …
• Leader de la croissance au Québec (4870 % sur 5 ans)
• 10e dans le palmarès Profit 100
• Mercuriades PME de l’année 2008
• 2 Octas pour jeu de l’année• 2 Octas pour jeu de l’année
• 250 employés (27 ans)
• Équipes de travail multidisciplinaires
• Plus de 18 projets en cours
• Centaines de jeux produits
• Studio à Matane
LA MÉTHODE SCRUM CHEZ FRIMA
QU’EST-CE QUE C’EST
• Gros Bon Sens
• Itérations “SPRINT” de 2 semaines ou 1 mois
• Responsabilité du projet repose sur l’équipe
• Product Owner s’assure de la rentabilité du projet en priorisant le travail à effectuer
• Le SCRUM Master facilite le travail de l’équipe, gestion du projet
• Travail d’équipe, transparence, adaptation, inspection, ajout rapide de valeur
L’ADOPTION PAR ÉTAPE
• Daily meeting
• Sprint de 2 semaines
• Carnet de produit (Project backlog)
• Laisser plus de place à l’équipe
• Réunion de planification de Sprint
• Réunion d’inspection/adaptation du dernier Sprint
CONTRAT ITÉRATIF
• Projet MMO en maintenance
• Le client est le Product Owner
• La notion de rentabilité lui revient de droit
• Ça marche très bien
LES PROBLÈMES ET LES SOLUTIONS
PRINCIPAL OBSTACLE RENCONTRÉ
• Le CONTRAT fixe
- Si tu ne le fais pas, un autre va le faire
CONTRAT FIXE
• À l’encontre du triangle de production
CONTRAT FIXE
• Hypothèse: « Tout le monde en veut plus pour son argent »
- Le contrat a un budget fixe
- Un temps fixe
- Des fonctionnalités fixes
• Conclusion: Le Product Owner ne peut pas être le client, mais ce dernier devra pouvoir influencer le Product Owner
• Le chargé de projet se retrouve donc le Product owner/Scrum Master = SACRILÈGE
PRODUCT OWNER & SCRUM MASTER
• Le chargé de projet possède donc les deux chapeaux
• Par contre:
- nous avons des leads qui aident à porter le chapeau de SCRUM Master
- nous avons des Game designers qui peuvent aider à porter le chapeau de Product Owner
QUE FAIT-ON DES RÔLES?
• Il n’y a pas de HÉROS avec SCRUM
• Lorsque l’équipe rencontre un problème, le personnel peut faire appel à nos spécialistes (Leads, Équipe de support)faire appel à nos spécialistes (Leads, Équipe de support)
• Inexpérience doit être encadré par des « leads » et des formateurs et la notion de d’autorité doit exister pour les « nombrils du monde »
L’AUTORITÉ?
• Imposer
• Contrôler
• Faire confiance
• Facilité
• Diriger
20%
• Accompagner
80%
LES RÔLES, ON LES GARDES
• Nous conservons nos « Leads », ils ont un rôle de SCRUM Master, de facilitateur et aident à organiser l’équipe
• La notion d’autorité se doit d’exister, mais dans un contexte harmonieux sans diriger, mais plutôt d’aiderharmonieux sans diriger, mais plutôt d’aider
PROBLÈME: RÉSISTANCE
• Aucune résistance de la direction pour la méthodologie SCRUM en production
• Très grande résistance en rapport au contrat non fixe
PROBLÈME: RÉSISTANCE DES ÉQUIPES
• Simplement, la résistance au changement
- Scrum = Régime Communisme
- Difficulté à faire adopter le sentiment de responsabilité
- Ne comprennent pas l’importance de la réunion quotidienne
- Difficulté à se commettre sur le travail à faire
- Etc.
• Il n’y a pas d’amélioration sans changement
LES TESTS
• Les tests deviennent vite exponentiels
• Les solutions présentées
- Tests unitaires
- Tests fonctionnels automatisés
- Test de charge
• Solution Frima: nous conservons la notion de « Milestone »
OUTILS ET GESTION DU TEMPS
OUTIL DE GESTION
• Excel
- Très fonctionnel, très facile à utiliser
- Trop malléable, chaque projet a un style différent
- Pas de diffusion de l’information
• Sharepoint
- Très lourd à utiliser
- Pas intuitif
- Meilleure diffusion de l’information
• OnTime, à l’essai
LES ITÉRATIONS DE 30 JOURS
• Chez nous, 30 jours, c’est trop long…
• 15 jours au lieu de 30 jours
• Pourquoi?
- la nature du domaine des jeux vidéos est très rapide et beaucoup de production sont terminées en 3-4 mois, c’est trop rapide! Pas le temps de s’adapter.
• Difficulté du 15 jours, plus difficile d’obtenir un livrable en fin de Sprint
LES LIVRABLES (MILESTONES)
• First playable, Alpha, Beta, Release Candidate, Gold Master
• Nous appliquons Scrum tant que nous devons développer les features
• Nous avons un testeur tout au long du projet, mais pas une équipe de 15 du début à la fin
?????
• Des questions ???
• Commentaires ???
• Insultes ???
26 octobre 2009
FRIMASTUDIO.COM
26 octobre 2009