Vincent Cléroux À Pyxis depuis bientôt 7 ans
3 ans à titre de conseiller Agile en entreprise
2 ans à titre de Scrum Master pour /studio
2 ans à titre de Product Owner pour Urban Turtle
Membre du conseil d’administration de la communauté Agile de Montréal pendant 4 ans
Entrepreneur et fondateur de Logiweb pendant les 8 premières années de ma carrière
Qui êtes-vous? PO? SM? Dev? Autre?Quels outils utilisez-vous pour gérer votre
backlog? (Excel, JIRA, UT, autre…)?
Qu’est-ce que Urban Turtle?Urban Turtle est un regroupement d'extensions qui améliorent l'expérience des équipes Agiles sur la plateforme ALM Team Foundation Server de Microsoft.
Mêlée quotidienne
Gestion de produit
Tableau de travail
Carnet de produit
Tableau de bord
L’équipe derrière le produit 4 développeurs 2 spécialistes en ventes
et marketing 1 Product Owner
Le rôle de Scrum Masterest assuré par l’équipe, en rotation.
Product Owner
Clients
Dev. /studio
Équipe
MarketingParties prenantes
Clients potentiels
et webinaires
Conseillers Agiles Pyxis
Les sources d’idées
Recueillir l’information des clients pour déterminer des tendances et des priorités
Sondage In-appPortail de soutien Zendesk
Rencontres d’utilisateursSondage externe
Information manquanteUtilisation des features
A/B Testing
Les idées viennent des clients
Par contre, il faut garder un équilibre entre le feedback, l’innovation et les problèmes
L’expérience! 2013 – Défi 12 mois 12 releases! 2014 – 13 releases! 2015 – 16 releases! 2016 – 6 releases à date! Mais 2 nouvelles features d’envergure “Epic
board” et “Stand-up board”
Qu’est-ce qui est le meilleur?
Mon évaluation de l’AgilitéLes individus et leurs interactions plus que les processus et les outils
Des logiciels opérationnels plus qu’une documentation exhaustive
La collaboration avec les clients plus que la négociation contractuelle
L’adaptation au changement plus que le suivi d’un plan
Les principesLivrez rapidement et régulièrement des fonctionnalités à valeur ajoutée.
Accueillez les changements de besoins.
Livrez fréquemment un logiciel opérationnel avec des cycles courts.
Les utilisateurs et les développeurs doivent travailler ensemble.
Réalisez les projets avec des personnes motivées et faites-leur confiance pour atteindre les objectifs.La méthode la plus simple et la plus efficace est le dialogue en face à face.
Un logiciel opérationnel est la principale mesure d’avancement.
Les processus Agiles encouragent un rythme de développement soutenable.
Une attention continue à l'excellence technique et à une bonne conception.
La simplicité – c’est-à-dire l’art de minimiser la quantité de travail inutile –est essentielle.Les meilleures architectures, spécifications et conceptions émergent d'équipes auto-organisées.
À intervalles réguliers, l'équipe réfléchit aux moyens de devenir plus efficace.
Les valeurs et principes Agiles
(culture Agile) sont plus important
que les règles des frameworks
Scrum, Kanban…
Scru
m
Support difficile à prévoir
Montée de la popularité de Kanban
Cérémonies longues et n’apportant pas beaucoup de valeur
Passage à Kanban entrepris par le Product Owner
Kan
ba
n Nous avons des difficultés à respecter les limites (WIP)
Nous ne sommes pas « drivers » de la mise en production
Il y a perte du sentiment d’urgence et d’engagement (timebox)
Il y a une baisse de la prédictibilité des livraisons
Le retour à Scrum est entrepris par l’équipe
Scru
m
On prévoit du temps moyen pour le soutien
On rehausse notre définition de « terminé »
On se concentre sur l’amélioration de nos prévisions pour un sprint
On ouvre moins de stories en parallèle
D’un framework à l’autre
Les killers pour notre équipeLes membres d’équipe qui changent
Des rétros qui tournent en rond • Axées sur la communication et les soft skills, nous oublions parfois les
aspects techniques…• Les points d’action qui ne sont pas réalisés…
• Un signe que ce n’était pas important ou plutôt que c’était un manque d’engagement ou de motivation de la part de l’équipe?
Le marketing dans l’équipe
Développeurs
MarketingProduct Owner
Avantage• Collaboration• Transparence• Pas de surprises• Tout le monde dans
le même bateau
Désavantage• Spécialité distincte • Discussion unilatérale
pendant les rétrospectives, mais…
TFSU
rba
n Tu
rtle
2008 / 2010
Les défis de TFS Urban Turtle est un add-on sur
une plateforme qui n’était pas faite pour supporter les add-ons
Extrêmement couplé à TFS depuis le début, nous trainons ce code legacy depuis
TFS est un produit agnostique de méthodologie. Il peut être utilisé autant pour des projets Scrum ou waterfall La configuration et le mapping
des concepts entre TFS et Urban Turtle sont donc complexes 2016
TFS
Urb
an
Tu
rtleR
EST A
PI
Urb
an
Tu
rtle
Points forts et d’amélioration Un seul code de base afin de supporter toutes les
versions de TFS (2012, 2013, 2015 / Update X) Nous avons visé la simplicité au niveau des branches Un nightly build permet de compiler UT
sur toutes les version de TFS et d’exécuter les tests
On découple peu à peu On déploie des efforts de découplage de la plateforme TFS La boîte noir qu’était TFS a des API REST depuis 2014
Résultats Chaque release prend
en moyenne 2 jours À 16 releases en 2015,
c’est l’équivalent de 32 jours de stabilisation!
On a tout de même un produit de qualité ou les crashes sont pratiquement inexistants
Stratégie de qualitéTests
manuels Notre couplage à TFS rend les
tests unitaires difficiles Il y a un manque de tests dans
le code legacy Les nouvelles fonctionnalités
ont une base plus solide de tests
Nous avons abandonné les UI tests (Selenium) dans le passé parce que c’était trop difficiles à maintenir
Il manque une stratégie pour s’attaquer à la performance
Service à la clientèle L’équipe s’occupe de
résoudre les problèmes autant que de répondre aux questions
Une seule règle24 h max pour traiter les tickets
Moyenne de temps accordé au soutien0,5 à 1 journée par semaine
Deux développeurs
Deux développeurs
En rotation à chaque sprintTemps de réponse moyen : 15 hMoyenne de tickets par mois : 15
Des inspirations à partager Culture Agile à Spotify
Parties 1 et 2 disponibles sur YouTube Les derniers changements du guide Scrum
– Discussions sur les “Core Values” de Scrum—YouTube : Scrum Guide Refresh July 2016—Scrum Pulse Episode #14
Blogue de Roman Pichler pour le POwww.romanpichler.com/blog/
Top Related