En comparant les différents cadres de scaling, j’ai pu constater que plus des trois-quarts du matériel porte sur les bases de l’Agilité. Cela m’a donné envie de concevoir un petit livre de jeu du scaling, sans framework, pour tous ceux qui ont une certaine expérience Agile et qui veulent aborder le scaling de manière directe. Ce petit guide de jeu permet d’avoir un aperçu des différentes pratiques --- Mathieu Boisvert Mathieu agit à titre de directeur général de Pyxis Technologies et participe activement à son essor depuis 2004. Expert en Agilité depuis maintenant une dizaine d’années, il est un acteur important dans l’établissement de la stratégie d’adoption des approches Agiles pour de nombreuses équipes et entreprises et aussi du bon déroulement de celle-ci. À ce jour, il a formé et conseillé des centaines de professionnels au sein de différentes industries, et ce, tant au Canada qu’en Europe. Mathieu est coauteur, avec Sylvie Trudel, du livre « Choisir l’Agilité : du développement logiciel à la gouvernance », paru dans la collection InfoPro chez DUNOD. Chargé de cours à la Chaire de gestion de projet de l’UQAM, il est également un formateur reconnu par Scrum.org et un conférencier actif dans la communauté Agile. --- Guillaume Soyer Gestionnaire de projets et d’équipes de TI depuis 1999, Guillaume a obtenu les certifications de PMP et de Scrum Master. Il connaît tous les rouages du développement logiciel ayant agi à titre de développeur, d’intégrateur, d’architecte, de chef de projets, de gestionnaire d’équipes d’assurance qualité et de recherche et développement. Il a découvert l’Agilité avec Extreme Programming, mais c’est durant la mise en place de Scrum dans son équipe de R. et D. que la magie des pratiques Agiles l’a convaincu. Guillaume y voit des approches qui permettent de révéler tout le potentiel des équipes pour les rendre hautement efficaces afin de livrer plus tôt et mieux, et ce, dès la première fois.

1. Agile Tour
Montréal
2017
LIVRE DE JEUX DE
L’AGILITÉ À GRANDE
ÉCHELLE
(AGILE SCALING)

2. ©PyxisTechnologiesinc.
Merci!
PYXIS VOUS OFFRE UNE GAMME
COMPLÈTE DE SERVICES

3. ©PyxisTechnologiesinc.
QUI NOUS SOMMES
• À Pyxis depuis 2004,
• Formateur, Conseiller
• Chargé de cours
• Co-Auteur du livre « Choisir
l’agilité »
• Ancien gestionnaire projet et
directeur TI
• À Pyxis depuis 2013,
• Coach agile depuis 2008
• Lecteur du livre « Choisir
l’agilité » (et d’autres aussi)

4. ©PyxisTechnologiesinc.
¡ Nous ne parlerons pas des cadres agiles à grande échelle
(Agile Scaling Framework);
¡ Nous allons plutôt discuter de l’adoption progressive et sur
mesure d’une agilité à grande échelle;
¡ Et pour illustrer notre propos, nous ferons un retour
d’expérience sur un accompagnement en grande entreprise.
À PROPOS DE CETTE CONFÉRENCE
Pour en connaître d’avantage sur les cadres agiles à grande échelle,
Pyxis offre des formations sur le sujet J

5. PHASE 1 – L’ÉQUIPE
MULTIDISCIPLINAIRE

6. ©PyxisTechnologiesinc.
ÉQUIPE MULTIDISCIPLINAIRE
¡ Dans le monde agile:
Une équipe ayant toutes les compétences pour
livrer de manière indépendante n’importe quel
élément du carnet de produit M
¡ Dans notre cas:
§ Co-localisée
§ Dédiée
§ Composé d’expert /
généraliste
§ 15-20 personnes
§ Un PO et SM par
équipe
§ Scrum de Scrum
§ Sprint synchronisé
§ 1 seul incrément par
sprint

7. ©PyxisTechnologiesinc.
ÇA RESSEMBLAIT À CECI
PO StratègeProxy PO Proxy PO
M
M
1
2
3
4
5
6
7
8
…

8. ©PyxisTechnologiesinc.
POINT D’INFLEXION
+ _
• Optimisation locale / Standards
différents
• Sentiment du eux-vs-nous
• Problème à trouver du travail
pour tous les spécialistes
• Difficulté à s’entendre sur un
objectif commun
• PO stratège très impliqué
• Difficile de grandir
• Planification souple
• Demandes petites,
complètes et fermées
• Équipes focalisées et
engagées
• Complexité des discussions
réduites
• Amélioration continue
une
amélioration
majeure…
mais après
un an…

9. PHASE 2 – LES
CENTRES
D’EXPERTISE ET LES
COMMUNAUTÉS DE
PRATIQUES

10. ©PyxisTechnologiesinc.
COMMUNAUTÉ DE PRATIQUE
¡ Dans le monde agile
§ Les experts d’un domaine particulier se
rencontrent régulièrement pour définir la
pratique.
§ Ils sont avant tout membres d’une équipe
multidisciplinaires.
¡ Dans le cas notre cas:
§ COP des Scrum Masters
§ COP des compétences techniques (langages et
outils)
CdP

11. ©PyxisTechnologiesinc.
CENTRE D’EXPERTISE
¡ Dans le monde agile
§ Garant de la vision et de la cohérence au
niveau systémique.
§ Ils sont avant tout membres d’une équipe
multidisciplinaires.
¡ Dans le cas notre cas
§ COE de la qualité
§ COE de l’architecture
CE

12. ©PyxisTechnologiesinc.
ÉQUIPE PRODUIT
¡ Dans le monde agile
§ On ne fait pas ça, parce que cela augmente la
complexité d’obtenir un consensus!
¡ Dans le cas notre cas
§ On voulait réduire l’importance du PO stratège
§ On a ajouté un coach agile à cette équipe
§ L’équipe était composée d’analystes et de PO
P

13. ©PyxisTechnologiesinc.
ÇA RESSEMBLAIT MAINTENANT À CELA
Un seul carnet de produit, des sprints synchronisés, un
développement en T-shape (compétence majeur et mineure)
1
2
3
4
5
6
7
8
9
P
CdP CEM
M
M

14. ©PyxisTechnologiesinc.
NOUVEAU MODE DE COORDINATION

15. ©PyxisTechnologiesinc.
POINT D’INFLEXION
+ _
• Projet de transformation:
Requis plus gros
• Trop d’interlocuteurs
• Vision partielle du
développement
• Désir de s’organiser
autrement
• Optimisation globale
• Réduction du temps de MEP
• Facilite l’entraide
• Répartition de l’effort
• Réduire le risque
opérationnel
une
amélioration
majeure…
mais après
un an…

16. PHASE 3 – LES
ÉQUIPES PAR
COMPOSANTS ET
PAR FEATURES

17. ©PyxisTechnologiesinc.
COMPONENT TEAM
¡ Dans le monde agile
Possible de livrer des éléments
indépendants pour le composant, mais pas
d’une bout à l’autre de l’architecture pour
le client.
¡ Dans le cas notre cas
Équipe responsable d’un composant de
premier niveau
C

18. ©PyxisTechnologiesinc.
FEATURE TEAM
¡ Dans le monde agile
Comme multidisciplinaire, mais par besoin
nécessairement toutes les compétentes autour
de l’architecture. Seulement celles qui sont
nécessaires à la réalisation de la feature. Elle
n’est pas stable dans le temps.
¡ Dans le cas notre cas
Changement du modèle de données
F

19. ©PyxisTechnologiesinc.
ÉQUIPE DE SERVICE
S
¡ Dans le monde agile
Une équipe responsable de l’outillage, des
environnements, des infrastructures,
au service des équipes de développement.
La dynamique Dev/Ops est de plus en plus
populaire pour ces équipes.
¡ Dans le cas notre cas
Exactement la même chose.

20. ©PyxisTechnologiesinc.
ÇA RESSEMBLAIT MAINTENANT À CELA
1
2
3
4
5
6
7
8
9
P
CdP
CEM
F
C
Itération de synchronisation toutes les 2 semaines, processus
de fast-track.
S

21. ©PyxisTechnologiesinc.
POINT D’INFLEXION
+ _
• Moins d’interlocuteurs
• Meilleur focus autour d’un
besoin d’affaires
• Raison d’être des équipes
plus évidente
• Flexibilité à réorganiser les
équipes au besoin
une
amélioration
majeure…
mais après
quelques mois…
?

22. Titre sur mesure
POINTS FORTS
1
Devrions-nous investir
dans le déploiement en
continu
?
Devrions-nous adopter
la méthode Kanban ?
C’est tentant…
Mais quel est le point d’inflexion?

23. Titre sur mesure
POINTS FORTS
1
Période de
questions
?