Retour d'expérience sur la façon dont une Team Agile a réussi à tenir ses promesses en associant Scrum & Kanban. Présentation réalisée au meetup Culture Kanban, organisé par le FKUG, le 29 juin 2016.
1 sur 17
Télécharger pour lire hors ligne
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Contenu connexe
Rex d'une vague ScrumBan au meetup Culture Kanban
1. REX d’une vague ScrumBan
Tenez vos promesses en associant le meilleur de
Scrum & Kanban
(Couthaïer Farfra)
3. Le projet Pilote : l’équipe initiale
1 Product Owner
1 Proxy PO
4 développeurs
1 testeur
Charge de développement estimée : 600 j/h
Début : Juin 2013
TTM : Septembre 2013 (Non négociable)
Durée des Cadences (Sprint): 3 semaines
Team Delivery
Product Owner
Plusieurs centaines de millions d’€
7. Etape 1 - Itération 0 : Préparer la vague ScrumBan
Identifier les rôles et
responsabilités des
acteurs (Team Agile)
Partager une vision
commune des objectifs et
attentes du métier
Identifier les adhérences
Cartographier le produit à réaliser, du
point de vue fonctionnel et technique
Prioriser les fonctionnalités,
du point de vue métier
Organiser les équipes,
gouvernance, roadmap, KPI,
logistique, cérémonials, …
Identifier les risques
et contraintes
8. Etape 2 : Installer le Cockpit Kanban (Management visuel)
Vision
MMF
Roadmap
Avatars, Limites,
Flux, Cartes
kanban, Team
board
KPI,
Prédictibilité
9. Etape 3 : Contrainte - Une équipe multi-site qui n’a pas la même vision
du flux
Kanban Product Owner Kanban Delivery
vs
"Kanban miroir"
Un OBEYA identique pour
tous les acteurs
10. Etape 4 : Améliorer la communication
testeur
Product Owner
team dev.
Le PO Ecrit le BDD nominal
Le testeur Ecrit les tests
d’acceptance en amont de la phase
de dEveloppement
Point quotidien PO-Testeur
1
2
Cartes testEes en Pair-Testing
(1 testeur + 1 dEveloppeur)
3
L’Equipe de dEveloppement valide la
qualitEE des spEcifications et tests
d’acceptation, avant intEgration dans
son backlog de dEv.
Resultats :
amElioration de la communication entre PO et testeurs (point quotidien)
Montee en maturitE PO sur la qualitE des User Stories
reduction du taux de rework (nombre d’anomalies par User Story Done)
amelioration de la communication entre les testeurs et les dEveloppeurs
-«TestER c’est Douter" devient "Tester c’est important" !!!
11. Etape 4 : Adapter le workflow à l’amélioration de la qualité & de la
communication
DoDDoDDoD DoD DoD
Règles de
purge
Règle
interface
Règles
d’escalade
Règles
priorités
PrEparation des stories (Kanban) SCrumBan
12. Etape 5 : Gérer les obstacles avec le Kaizen & le A3 thinking
13. Etape 6 : Des KPI au service de l’atteinte des objectifs
Resultats :
aide A la prise de DECISION
Identification DES OBSTACLES ET MISE EN
PLACE DES PLANS D’ACTIONS
TRAVAIL SUR LE NIVEAU DE GRANULARITE DES
USER STORIES, PERMTTANT UNE MEILLEURE
PREDICTIBILITE
MEILLEURE MESURE DE LA CAPACITE A FAIRE DE
L’EQUIPE ET D’ADAPTER L’ORGANISATION PAR
RAPPORT AUX objectifs
REDUCTION DU TAUX DE REWORK
Stories Done % d’anomalies Marge d’amélioration
en nombre de stories
Nombre de
jours restant
Nombre de
jours pour finir
Débit des cartes
par semaine
Cycle time
stories
Cycle time
anomalies
Lead time
stories
Lead time
anomalies
Maturité équipe Météo projet
64% 17% 5 74 45 6,21
7,55 3,36 15,51 5,10
14. Etape 7 : Gérer les adhérences avec une équipe en V
Etat des lieux : Une partie des dEveloppements est rEalisEe par une Equipe
externe, en cycle en V, dont les dEveloppements sont externalisES en Inde.
Resultats :
SUIVI DES ADHERENCES DANS LA TEAM BOARD
SYNCHRONISATION ENTRE LES ACTIVITES DEPENDANTES
COMMUNICATION RENFORCEE ET AMELIOREE AVEC LA TEAM EN ADHERENCE
RESPECT DES DELAIS DE LIVRAISON DES FONCTIONNALITES EN ADHERENCE
15. Bilan de la transformation ScrumBan
7 4 2.75 10.90
26 16 22% 93%
Temps de réalisation d’une story
(jours)
Sprint 1 Sprint 6
Tendance : 57% Tendance : 396%
Sprint 1 Sprint 6
Nombre de cartes réalisées
(semaine)
Temps de livraison d’une story
(jours)
Satisfaction équipe
Sprint 1 Sprint 6 Sprint 1 Sprint 6
Tendance : 38% Tendance : 71%
98%
Satisfaction métier
✓ Version livrEe avec un jour d’avance sur le TTM
✓ Aucune anomalie dEtectEe en production
Ratio anomalie/story
17%
Cadence 1 Cadence 5 Cadence 1 Cadence 5
Cadence 1 Cadence 5 Cadence 1 Cadence 5
16. Bilan du Coaching
Ce qui a fonctionné
✓ Release livrée dans les délais ;
✓ Efficacité des KPI et de la prédictibilité dans la prise de décisions, permettant d’atteindre les
objectifs ;
✓ Equipe motivée et en adhésion avec les pratiques Agiles ;
✓ Sponsoring efficace du Management ;
✓ Bonne gestion des limites et de la capacité à faire des acteurs ;
✓ Tous les acteurs ont eu le sentiment de faire partie d’une même équipe, malgré la distance ;
✓Amélioration forte de la communication entre tous les acteurs du projet ;
✓ Satisfaction importante du Métier ;
✓ Perte de la vision produit dès la Cadence 2 (pas de visibilité sur les MMF et le Story Mapping)
✓ Manque de vigilance sur le niveau de qualité des Stories, sur la période des vacances d’été ;
✓ L’absence d’un outil digital de management visuel, sur toute les phases de création de valeur
du produit, a généré beaucoup de travail de synchronisation du côté du PO et du ScrumMaster
=> Risque de démotivation
Axes d’améliorations