Après un brève exposé sur l’histoire de l’Agile hors de l’approche gestion de projet informatique. Je vous propose un retour d’expérience sur une transformation Agile hors contexte de l’IT avec l’utilisation des pratiques proposés par la Sociocracy 3.0.
3. • Les banques sont confrontées à une transformation du comportement Client et à
une évolution de leur environnement qui présentent de nouveaux enjeux :
« Le numérique sera le nouveau standard de l'industrie bancaire et notre stratégie doit s'y conformer : il sera un canal de vente demain comme
il est un canal de relation aujourd'hui. » (François PEROL les Echos 28/07/2016)
• Le groupe BPCE se donne pour objectif de digitaliser les parcours clients d’ici fin
2018
• Pour soutenir l’accélération de la transformation digitale du Groupe les
pratiques agiles sont utilisées
Approche Agile
Digitalisation disruptive ▪ Réaliser la digitalisation disruptive de l’ensemble des parcours clients clés
▪ Accroître la diffusion et harmoniser les pratiques Agile au sein du Groupe
Modern classic ▪ Optimiser le mode d’exécution des projets traditionnels pour accroître leur
efficience
Déploiement Agile
C
4. Des processus de fabrication
historiques basé sur un cycle
en V
Des processus de fabrication
agiles
Mieux prendre en compte le
besoin en réduisant l’effet tunnel
entre définition et livraison
Satisfaire le besoin au plus tôt en livrant
prioritairement les fonctionnalités à plus
forte valeur ajoutée pour le client
Mobiliser les investissements sur
le périmètre qui satisfera le client
Pourquoi l’agile ?
Accentuer la prise en
compte de la valeur client
dans les projets
Gagner en efficacité en
intégrant des pratiques
collaboratives
Renforcer la visibilité du
projet et la coopération
Métiers
12. Une équipe mandatée et responsable du
produit
Passage d’une relation client-fournisseur à une
relation collaborative : co-construction
Métier/IT tout au long du projet en intégrant les
clients
Un mandat donné à l’équipe :
culture de la délégation, de la
responsabilité et du
leadership
Impliquer l’ensemble des parties prenantes :
Une équipe permanente pluridisciplinaire
comprenant Métier et IT
Une équipe auto organisée :
estimation collective de la charge
et de leur capacité à faire
Des revues de sprint pour
recueillir le feed back des
métiers et commanditaires
Un Product Owner qui porte
la vision du produit,
représente les utilisateurs et
sponsors, arbitre pour
maximiser la valeur du
produit
Une co-construction et une
culture de la concertation
entre l'ensemble des
membres de l'équipe y
compris pour les arbitrages
Métier du projet
Présentation Equipe Dyddy
BPCE CERA
ITCE
CERA
ITCE
ITCE
13. *Absence de rôle de Chef de Projet
Core-team à temps plein*
Juridique
Sécurité
Architecture
Marketing
Design expérience client
…
Conduite du changement
Pilotage Recette
Expertises ponctuelles
(principalement lors du Sprint 0)
Experts Métier
Production InformatiqueScrum Master
Désignéparmi
Product Owner
Métier
Concepteurs/
Développeurs
Edition
Business Analysts
MOA
Testeurs
MOA
Coach Agile
Forme et assiste
la Core-Team
Les rôles dans l’équipe
14. Une équipe co-localisée à Lyon
Etre ensemble pour construire une équipe, se
connaitre, apprendre à travailler ensemble
Source : Press searches; Web pages; Interviews; McKinsey Numetrics; Team analysis
Réactivité dans les réponses, les prises de
décision, le traitement des problèmes
Une prise en compte permanente par chacun des
enjeux globaux de l’équipe et pas seulement
individuels
Les utilisateurs ou leurs représentants et les
développeurs doivent collaborer
quotidiennement tout au long du projet
La méthode la plus simple et la plus efficace pour
transmettre de l’information est le dialogue en
face à face.
15. Un processus itératif et incrémental
De quoi avez-vous besoin au minimum dans X
mois pour créer un évènement Business ?
Instruire et traiter des besoins Métier en
construction, y compris lors de la phase de mise en
œuvre
Re-prioriser les besoins en tenant compte de la
valeur Métier (PNB, fidélisation, …) au regard des
feed back métier et clients
Produire et livrer uniquement les fonctionnalités
attendues et qui vont être utilisées
Une solution construite par itération avec un
cadencement en cycle court (quelques
semaines)
Pour un premier incrément utilisable par les
clients (MMF : Minimal Marketable Feature) :
Sprint 0 de 4 semaines +5 sprints de deux
semaines
Exemples de fonctionnalités non retenues
pour le MMF1 pour livrer au plus tôt :
1. Commentaire obligatoire si motif « autre »
2. Modification des plages horaires du RDV
3. Limiter la surconsommation de RDV ….
Un Processus Incrémental et Timeboxé pour :
Obtenir fréquemment un produit exécutable
(réduction de l’effet tunnel) et démontrable (recueil
du feed back)
Des itérations qui convergent vers un produit qui va
grandir au fil des sprints
18. Détermination de la vision et construction du
produit (1/2)
Vision
Personna Besoin Produit Objectif
Quel segment marché
adresse votre produit
?
Quel problème résout
votre produit ?
Quels sont les 3,4,5
fonctions principales ?
Quel bénéfice apporte
ce produit à votre
entreprise
Fiche de vision Produit
La 1ère étape pour l’équipe a été d’identifier les éléments
structurants du produit :
Quelle vision ?
Quels clients potentiels ?
Quelle problématique à résoudre
Quelles fonctionnalités en réponse aux problématiques
Un nom a été trouvé pour le projet et un elevator pitch a été écrit :
Elevator pitch
Le nom de projet : DYDDY
(Do Your Digital Date Yourself)
19. Détermination de la vision et construction du
produit (2/2)
La vision a été synthétisée sous la forme d’une « landing Page » pour
présenter le projet et préparer les interviews des clients
http://www.dyddy.fr
20. Analyse des parcours clients existants et de la
concurrence
Description et analyse des différents parcours clients
pour la prise de RDV en ligne à la Caisse d’Epargne
Revue des différents parcours de Prise de RDV en
ligne chez les concurrents ou dans d’autres secteurs
21. Construction du parcours client (Story Mapping)
Une fois le parcours cible identifié, l’équipe cartographie les points de contacts des utilisateurs avec le parcours client pour
identifier les premières fonctionnalités macro de l’application
Construction du parcours client
Parcours client Parcours conseiller
Points de contacts
22. Identification des versions
A partir des fonctionnalités macro définies dans le story Mapping (cartographie des fonctionnalités), l’équipe identifie les
différentes versions du produit sous la forme de MMF (Minimal Marketable Product)
Une Minimal Marketable Product est la plus petite unité de travail qui a une valeur reconnaissable pour le client. L’équipe se
concentre sur les sujets :
Focaliser l’attention de toute l’équipe sur les objectifs premiers de la livraison des MMF ;
Piloter le produit par les MMF (donc par le temps de cycle) ;
Concevoir de meilleures MMF (encore plus petites, encore plus valorisables et encore plus orientées utilisateur) ;
Agencer continuellement le séquencement des MMF (avec de la planification continue).
23. Mise en place du management visuel –
utilisation/appropriation de l’espace
Story mapping Kanban
Règles
Daily Board Suivi des obstacles
KPIs
24. Story mapping
Mise en place du management visuel –
dématérialisation
Kanban
Règles
Daily Board Suivi des obstacles
KPIs
25. Utilisation des outils JIRA / Confluence
Utilisation de JIRA lors du Sprint 0 :
Configuration du flux de production
Rédaction des 1ères users stories
Suivi des tâches
Utilisation de Confluence lors du Sprint 0 :
Centralisation des informations récoltées
sur le projet
Préparation de la communication avec
l’extérieur (testeurs, …)
26. Mise en place du management visuel –
utilisation de la salle
Tiré du japonais Gemba :
« Là ou se trouve la réalité »
Le Gemba est un tour auprès
de l’équipe de produit durant
lequel le responsable se rend sur le terrain. Il
permet au manager de se rendre compte in
situ de la situation réelle
Story mapping Kanban KPIs
Tableau
Daily
board
Plan de la salle
« Gemba »
27. Kanban des User Stories
Une fois la cartographie des premières fonctionnalités et de la planification des premières MMF. L’équipe définit le processus de
maturation des User Stories appelé « Kanban ».
Etapes du processus
Définition de « terminé » pour
chaque étape
Règles
28. Maturation des User Stories (1/3)
La maturation des Users Stories est réalisé par l’ensemble de l’équipe
Pour ce faire, l’équipe mature les User Stories selon les règles INVEST et rédige les User Stories au format BDD.
Le format INVEST est un acronyme qui favorise la communication d’équipe dans la rédaction des US et d’éviter d’introduire
entre elles un dépendance.
ndépendance
égociation
aleur
stimation
ize
estable
I
N
V
E
S
T
La combinaison et le découpage des US doit les rendre indépendantes
Une flexibilité doit être laissée aux US tant qu’elles ne sont pas intégrées à un Sprint
Les US doivent posséder une valeur pour le client final
Chaque US doit reposer sur des éléments factuels et connus afin d’être estimable
La taille des US doit permettre leur planification dans le temps
Le niveau d’information que contient la US doit être suffisant pour permettre la réalisation de tests
29. Maturation des User Stories (2/3)
En complément, du respect de règles INVEST, les User Stories sont écrites au format BDD (Behavior Driven Developpement)
Cette technique de rédaction favorise la communication de l’ensemble de l’équipe et une relecture continue de la User Stories
jusqu’à sa phase de développement
30. Maturation des User Stories (3/3)
L’écriture des cas de tests dès la conception est une spécificité des
développements Agiles
La rédaction en BDD limite la traduction entre le langage technique et le
langage métier
Cette rédaction permet aussi d’automatiser les tests unitaires et les tests
de non-régression. La pratique utilisée pour la rédaction des cas de tests
est le format Given/When/Then afin de qualifier le comportement de
l’utilisateur :
Etant donné que – donne le contexte
Lorsque – marque l’évènement
Alors – présente le résultat attendu
35. Le résultat et les apports
• Nous livrons un produit simple et fonctionnel, validé par les clients, les prospects et commerciaux
• Les développements ont été réalisés en RWD afin que le parcours soit accessible depuis
n’importe quel équipement (smartphone, tablette, PC) aussi bien pour nos clients que pour nos
prospects
• Les pratiques agiles ont permis de réduire les délais de fabrication et donc le coût du projet.
• Le produit est en production dans la quasi-totalité des Caisses d’Epargne régionales et répond au
besoin des clients/prospects en matière de self-care.
36. 36
1. Géolocalisation ou identification (si client)
2. Choix de l’agence (si prospect uniquement)
3. Choix du type et motif du RDV (avec possibilités de commentaires)
4. Choix de la plage horaire selon les disponibilités de son conseiller si le
client est en portefeuille ou du conseiller qui a le plus de plages
disponibles si le client n’est pas en portefeuille ou prospect.
5. Ecran de saisie ou validation des coordonnées (avec Captcha* et
validation par code reçu par SMS si prospect)
6. Ecran récapitulatif avec possibilités d’effectuer des modifications
7. Ecran de confirmation qui génère un mail au client/prospect, ajoute le
RDV à l’agenda du commercial et permet au client/prospect d’ajouter le
RDV à son propre agenda via un lien
LES 7 ETAPES DU PARCOURS CLIENT
* Un captcha sert à prouver que ce n’est pas un robot qui
renseigne la prise de RDV