Loading presentation...

Present Remotely

Send the link below via email or IM

Copy

Present to your audience

Start remote presentation

  • Invited audience members will follow you as you navigate and present
  • People invited to a presentation do not need a Prezi account
  • This link expires 10 minutes after you close the presentation
  • A maximum of 30 users can follow your presentation
  • Learn more about this feature in our knowledge base article

Do you really want to delete this prezi?

Neither you, nor the coeditors you shared it with will be able to recover it again.

DeleteCancel

Make your likes visible on Facebook?

Connect your Facebook account to Prezi and let your likes appear on your timeline.
You can change this under Settings & Account at any time.

No, thanks

UdeM - Agile Tour 2013

Nous vous présenterons un retour d’expérience sur une mise en place de Scrum plutôt réussie. Nous vous parlerons de nos bons coups, de nos mauvais coups et des dangers qui nous guettent encore. Nous partagerons donc avec vous le récit de nos aventure
by

Steve Massicotte

on 28 May 2014

Comments (0)

Please log in to add your comment.

Report abuse

Transcript of UdeM - Agile Tour 2013

Questions et Suggestions
Université de Montréal
Équipe
Anne Cornet
Integrator/Developper
Developper/Analyst
Technical Lead
Équipe technique
Melvin Romero
Cédric Joyal
Conceptrice pédagogique
Support / Testeurs
Plan de la présentation
Dans cette présentation, nous parlerons de :
Historique agile
Équipe
Pourquoi et comment Scrum ?
Améliorations apportées par Scrum
Embûches
Scrum – Nos trucs, notre expérience
Gilles-Philippe Leblanc
Intégrateur/Développeur
Jean-Philippe Gaudreau
Développeur/Analyste
Steve Massicotte
Responsable technique
Oliver Guillot
Team Coordinator
Team Coordinator
Olivier Guillot
Steve Massicotte
Presenters:
Olivier Guillot
Coordonnateur d'équipe
et
PO
Scrum après 3 ans, où en sommes-nous ?
Avez-vous des questions ou des suggestions?
Merci!
Université francophone
42533 étudiants
5352 professeurs et chargés de cours
16 facultés et écoles
2 écoles affiliées
Québec, Canada
HEC Montréal
École Polytechnique
Présentateurs:
Pourquoi et comment Scrum ?
Comment Scrum ?
Formation de 3 ScrumMaster (2 jours)
Formation Scrum pour le reste de l’équipe (1 jour)
Accompagnement pendant 1 an
Plus fréquent pendant 6 mois
Plus espacé ou à la demande pendant les 6 mois suivants
Quelques rencontres par la suite à la demande
Pourquoi Scrum ?
Préciser les objectifs
Pour tenter de faire avancer le projet plus rapidement
Faire travailler ensemble les conseillers pédagogiques et les informaticiens
Fonctionner par itérations de manière structurée
Ce que nous apprécions de Scrum
Un ensemble de petites choses que les bonnes équipes font sans s’en rendre compte
Donne un cadre qui permet de ne pas oublier ce qui fonctionne bien et de travailler sur ce qui ne fonctionne pas bien
Petites choses
Mêlée quotidienne
Itérations
Engagement de l'équipe
Revue de sprint
Rétrospective / Amélioration continue
Améliorations qu’a amené Scrum
Améliorations qu’a amené Scrum
Communication interne - travail d'équipe
Proximité des membres de l'équipe (aire ouverte + salle de réunion dédiée)
Engagement de chacun des membres de l'équipe : toute l'équipe est responsable de la qualité du produit. 
Découpage du projet, cibles et orientations claires et définies
Améliorations qu’a amené Scrum
Transparence de la démarche
Répartition des connaissances
Perméabilité des rôles
Ambiance de travail
Capacité de l'équipe à répondre rapidement
Phase de test systématique dans la définition de terminée
Revue de code dans la définition de terminée
Flux de travail de migration de nouvelle version
Flux de travail de bogues
Ajout des tests unitaires
Intégration continue
Pages d’installation
Pages des pannes
Embûches – Gestion interne de l’équipe
Proxy PO avec rotation
Fermer les tâches 3 jours avant la fin du sprint
Dépasser les 15 minutes allouées à la mêlée quotidienne
Tableau nuage et soleil
"Parking lot"
Embûches – En dehors de l’équipe
Passage de Sakai à Moodle
Changement de chargé de projet
Équipe auto-gérée
Fin du mode projet et passage en mode exploitation
Deux bureaux pour les développeurs
Un bureau avec l'équipe StudiUM
Un bureau avec le service informatique
Aucun chargé de projet, ScrumMaster et PO
Embûches – Les pièges qui nous guettent encore
Respecter le 15 minutes de la mêlée quotidienne
Ne pas fermer les tâches 3 jours avant la fin du sprint
Mauvaise évaluation
3 points devient l'équivalent de 8
Perte de ressources au profit d'autres projets
Scrum – Nos trucs, notre expérience
Outils
Jira et Wiki Confluence
Hudson
Alias de courriel
Équipe technique
L’ensemble de l’équipe
Scrum – Nos trucs, notre expérience
Maintenance du carnet de produit
Réunion devenue obligatoire pour nous
Problèmes lorsque cette réunion est annulée
1 heure par semaine
Normalement le mardi
http://www.mountaingoatsoftware.com/blog/gasping-about-the-product-backlog
http://www.mountaingoatsoftware.com/blog/backlog-grooming-who-should-attend-and-how-to-maximize-value
Réunion mobile
Scrum – Nos trucs, notre expérience
Deux carnets de produit
Carnet de produit technique et un autre commun avec le pédagogique
N’a pas fonctionné car certains oubliaient d’aller voir dans chacun des carnets de produit
Nous trouvons plus facile d’avoir un seul endroit à regarder
Scrum – Nos trucs, notre expérience
Nouvelles fonctionnalités de Jira
Epic
Atlassian utilise le mot "epic", mais en réalité se sont des thèmes
http://www.mountaingoatsoftware.com/blog/stories-epics-and-themes
Finally, “theme” is a collection of user stories. We could put a rubber band around that group of stories I wrote about monthly reporting and we'd call that a “theme.”
"User storie mapping"
http://www.agileproductdesign.com/blog/the_new_backlog.html
Gestion facilité des futurs sprints
Scrum – Nos trucs, notre expérience
Sprint 0
Utile pour nous
Permet de s’arrêter et de faire le point sur les priorités à venir
Permet de mettre en commun les préoccupations de chaque spécialiste de l’équipe
Développeurs
CSS, javascript et thème
Améliorations logiciels
Améliorations / entretien des serveurs
Gestion des sources
Nouvelle version de Moodle
Conseillers pédagogiques
Nouveaux plugins
Commentaires des enseignants lors des formations
Considérations de la haute direction
Support
Commentaires des enseignants
Problèmes souvent rencontrés
Parfois, les thèmes ne sont pas respectés
Maintenant rapide - une demie-journée
Scrum – Nos trucs, notre expérience
Revue de sprint
À chaque fin de sprint, le mercredi
Impression d'écrans
Dans la définition de terminée
Présentation de statistiques
L’achalandage et l’adhésion
Le nombre d’appels et de courriels de soutien
Difficulté à avoir des participants
Sprint planning
Jeudi
Scrum – Nos trucs, notre expérience
Durée des sprints
Nous avons expérimentés 3 et 4 semaines de durée
Finalement, on reste à 4 semaines
Pour la communication à l’externe, il est plus simple de dire que je travaille sur l’itération du mois de novembre que sur le sprint 22.
Historique - Agile
Avant
2009
WebCT
Début du projet Sakai
Début de l'initiative Agile
Mai
2010
Fin du projet Sakai
Septembre
2010
Début du projet StudiUM
Octobre
2010
Livraison 12 - Sprint 1 en cours
Novembre
2013
42 sprints plus tard
Automne
2009
Moodle
Formations Agile
Sprint 0
Sprint 1
Juin
2010
Développeurs
Conseillers pédagogiques
Soutien
Fonctionnement par itérations
Permet de rester en phase avec les priorités du moment, malgré un environnement rempli d'incertitude
https://www.atlassian.com/
http://hudson-ci.org/
Tâches technologiques :
Scrum – Nos trucs, notre expérience
Codée
Test unitaires
Tests fonctionnels par les testeurs et CP (environnement de test)
Windows/IE8
Windows/IE10
Windows / Chrome dernière version disponible au début des tests
Mac / Safari dernière version disponible au début des tests
iPad / Safari
Mobiles
Android 4/Android browser
IOS 6/Safari
Conditions de succès de la tâche sont remplies
Partagé avec la communauté Moodle
Page d'installation documentée
Impression d'écran
Pyxis
Documentation et la traçabilité de nos actions
Documentation de la revue de sprint
Documentation des livraisons
Disponibilité du PO
Limiter le nombre d'item de la colonne "Revue de code" et "À tester"
Tester le matin
Les rétrospectives nous ont aidées
Ne pas considérer les vacances des gens
Définition de terminé
Scrum – Nos trucs, notre expérience
Tâches non-technologiques :
Les conditions de succès de la tâche sont remplies
Documentée correctement
Sprint
Notes de livraison produites ("Release notes")
Démonstration avec pré-prod et/ou pré prod branche
Définition de terminé
Scrum – Nos trucs, notre expérience
Livraison
Tests unitaires
Tests d'intégration
Tests fonctionnels
Tests de charges
Notes de livraison ("Release notes") techniques
Définition de terminé
Scrum – Nos trucs, notre expérience
Scrum – Nos trucs, notre expérience
Définir les objectifs de la livraison et le découpage en sprint
Une livraison = 4 sprints
Réduit le temps consacré au réunions
Pour un début de projet, 2 ou 3 semaines est intéressant pour être en mesure de réagir rapidement et accélérer les rétroactions.
Nouveautés annoncées à la communauté UdeM
Déploiement en production
Full transcript