Le journal d'une tortue qui sprinte autour du monde Découvrez comment l’Agilité nous a aidés à créer un logiciel vendu dans plus de 30 pays. Nos craintes, nos joies, nos échecs : vous saurez tout sur le passé, le présent et le futur d’Urban Turtle! Apprenez-en plus sur le rôle du PO, sur sa vision et aussi sur les défis de l’équipe de développement quant à la qualité du produit et à son soutien. Des choix qui changent au même rythme que le produit. ​ À propos de Vincent Cléroux Vincent compte plus de quinze années d’expérience en gestion de projet et en analyse d’affaires pour des systèmes de gestion de l’information. En début de carrière, il a été cofondateur de l’entreprise Logiweb, où il a travaillé pendant plus de huit ans. Il a acquis de grandes compétences en leadership, en communication et en médiation dans ses relations avec ses collègues et clients. Il a appris à tenir plusieurs rôles au sein d’une PME (gestionnaire, programmeur-analyste, analyste d’affaires, chargé de projet, chef d’équipe…). Ainsi, il a acquis une vision globale du cycle de développement logiciel. Depuis quatre ans, d’abord à titre de Scrum Master, puis de Product Owner dans l’équipe d’Urban Turtle, Vincent a la responsabilité de livrer de la valeur de façon continue pour faire grandir et évoluer un produit très complexe vendu partout dans le monde.

1. Le journal d’une
tortue qui sprinte
autour du monde
Urban Turtle

2. 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

3. Qui êtes-vous?
 PO? SM? Dev? Autre?
 Quels outils utilisez-vous pour gérer votre
backlog? (Excel, JIRA, UT, autre…)?

4. Contexte
Qu’est-ce que Urban Turtle?

5. 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

6. 2001 2006 2008 2012 2012+
Où tout a commencé…

7. Évolution graphique

8. L’équipe derrière le produit
 4 développeurs
 2 spécialistes en ventes
et marketing
 1 Product Owner
Le rôle de Scrum Master
est assuré par l’équipe,
en rotation.

9. Entre la valeur
et l’innovation

10. Product
Owner
Clients
Dev.
/studio
Équipe
Marketing
Parties
prenantes
Clients
potentiels
et
webinaires
Conseillers
Agiles
Pyxis
Les sources
d’idées

11. Recueillir l’information des clients pour
déterminer des tendances et des priorités
Sondage In-app
Portail de soutien Zendesk
Rencontres d’utilisateurs
Sondage externe
Information manquante
Utilisation des features
A/B Testing

12. Les idées
viennent des
clients
Par contre, il faut
garder un
équilibre entre
le feedback,
l’innovation et
les problèmes

13. Technology
adoption life
cycle

14. En équipe,
axer les
discussions sur
la valeur qu’on
souhaite
apporter aux
utilisateurs

15. Rencontres d’innovation et de créativité
Code name: T-Rex
Journées libres
Code name: WysiwygUT

19. 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?

20. Agilité et
Urban Turtle

21. 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

22. Les principes
Livrez 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.

23. Les valeurs et
principes Agiles
(culture Agile) sont
plus important
que les règles des
frameworks
Scrum, Kanban…

24. Scrum
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
Kanban
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
Scrum
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

25. A-t-on vraiment besoin d’un
Scrum Master?

26. Les killers pour notre équipe
Les 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?

27. Le marketing dans l’équipe
Développeurs
Marketing
Product
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…

28. Plus
techniquement
parlant

29. TFS
UrbanTurtle
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
Urban
Turtle
REST
API
Urban
Turtle

31. 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

32. 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

33. Service à la clientèle
 L’équipe s’occupe de
résoudre les problèmes
autant que de répondre
aux questions
 Une seule règle
24 h max pour traiter les
tickets
 Moyenne de temps
accordé au soutien
0,5 à 1 journée par
semaine
Deux
développeurs
Deux
développeurs
En rotation à chaque sprint
Temps de réponse moyen : 15 h
Moyenne de tickets par mois : 15

34. Mes
inspirations

35. 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 PO
www.romanpichler.com/blog/

36. Des inspirations à partager