Publicité
Publicité

Contenu connexe

Présentations pour vous(20)

Similaire à L'agilité non IT dans une Caisse d'Epargne Régionale - Nathalie Retter (BPCE) Yannick Quenec'hdu (Seekoe) - Agile en Seine(20)

Publicité

Plus de Agile En Seine(20)

Publicité

L'agilité non IT dans une Caisse d'Epargne Régionale - Nathalie Retter (BPCE) Yannick Quenec'hdu (Seekoe) - Agile en Seine

  1. Du Projet au Produit 20 Septembre 2017 @agileenseine / #AgileEnSeine AgileEnSeine17Nos partenaires www.agileenseine.com
  2. Nos sponsors
  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
  5. Le produit • La Prise de RDV en ligne, nom de code DYDDY
  6. Un changement de paradigme
  7. 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
  8. *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
  9. 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.
  10. 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
  11. Le client interne et externe au centre de la co- construction
  12. Les étapes clés de la construction du produit
  13. 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)
  14. 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
  15. 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
  16. 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
  17. 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).
  18. Mise en place du management visuel – utilisation/appropriation de l’espace Story mapping Kanban Règles Daily Board Suivi des obstacles KPIs
  19. Story mapping Mise en place du management visuel – dématérialisation Kanban Règles Daily Board Suivi des obstacles KPIs
  20. 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, …)
  21. 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 »
  22. 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
  23. 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
  24. 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
  25. 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
  26. Les cérémoniaux utilisés
  27. Le daily meeting
  28. La revue de Sprint Permet de recueillir les feed back sur des attentes qui seront prises en compte ou non pour la version suivante du produit
  29. La rétrospective Concerne seulement l’équipe, Product Owner et Scrum Master inclus
  30. 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.
  31. 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
  32. PRISE DE RENDEZ-VOUS INSTANTANNÉE Vous pouvez prendre rendez-vous avec un conseiller Caisse d’Epargne selon vos disponibilités en quelques clics !
  33. UN RENDEZ-VOUS A DEUX PAS DE CHEZ VOUS Vous avez la possibilité de vous géolocaliser afin de connaitre les agences au plus près de vous.
  34. CONFIRMATION & RAPPELS Votre rendez-vous vous est confirmé par mail et par SMS.
  35. INTÉGRÉ À VOTRE AGENDA Votre rendez-vous peut être ajouté automatiquement à votre agenda électronique.
  36. 41 • Pour tester le parcours Cliquer sur https://www.prdvel.qpa.caisse-epargne.fr/ PRÉSENTATION PRISE DE RENDEZ-VOUS EN LIGNE
Publicité