Le journal d’une tortue qui sprinte autour du mondeUrban Turtle

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…)?

ContexteQu’est-ce que Urban Turtle?

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

2001 2006 2008 2012 2012+

Où tout a commencé…

Évolution graphique

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.

Entre la valeur et l’innovation

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

Technology adoption life cycle

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

Rencontres d’innovation et de créativitéCode name: T-Rex

Journées libresCode name: WysiwygUT

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?

Agilité et Urban Turtle

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

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

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…

Plus techniquement parlant

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

Mes inspirations

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/

Des inspirations à partager