REX d’une vague ScrumBan

Tenez vos promesses en associant le meilleur de Scrum & Kanban

(Couthaïer Farfra)

Une transformation ScrumBan sous forme d’une vague de 8 semaines minimum

La stratégie

Le projet Pilote : l’équipe initiale

1 Product Owner1 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 semainesTeam Delivery

Product Owner

Plusieurs centaines de millions d’€

Les objectifs

Ameliorer la communication entre les acteurs

Les objectifs

respecter les dElais

Les objectifs

ameliorer la qualitEEédu produit

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

Etape 2 : Installer le Cockpit Kanban (Management visuel)

Vision

MMF

Roadmap

Avatars, Limites, Flux, Cartes

kanban, Team board

KPI, Prédictibilité

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

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" !!!

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

Etape 5 : Gérer les obstacles avec le Kaizen & le A3 thinking

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

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

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

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

YOUFOR watching

THANK

Merci!

Question ?Couthaïer FARFRAcoach/formateur agileCEO Agile4MeCEO weproduizcfarfra@agile4me.comcontact@weproduiz.comwww.agile4me.comwww.weproduiz.com