19 juillet 2023
– 3 minutes de lectures
Agilité
Stéphane Pfister
Consultant Senior Organisation Apprenante & Leadership Agile
4 Bonnes raisons de faire la formation Scrum master chez Rhapsodies Conseil
19 juillet 2023
– 3 minutes de lectures
Agilité
Stéphane Pfister
Consultant Senior Organisation Apprenante & Leadership Agile
Montée en compétence agile d’une équipe multiculturelle
4 novembre 2020
– 2 min de lecture
Stéphane Pfister
Consultant Senior Organisation Apprenante & Leadership Agile
Dans le domaine bancaire, une équipe est rattachée à un programme complexe qui repose sur des mécanismes d’agilité à l’échelle (Scrum of Scrum). L’équipe, basée à Paris, ne maîtrise pas encore les concepts de l’agilité. Le Product Owner et le Scrum Master découvrent leurs rôles respectifs. Il y a par ailleurs un enjeu de synchronisation avec les développeurs à Singapour et de gestion du multiculturel. De son côté le business n’a pas été acculturé à l’agilité.
MOA Monitoring & reporting risques de crédit Atlas 2
28 octobre 2020
– 1 min de lecture
Patrick Rose
Au sein de l’équipe Risk Solutions / Risk Monitoring & Synthesis, participer à des chantiers d’évolutions liés à la mise en place des reporting des données risques de crédit pour les besoins réglementaires (programme Filière Unique) et de monitoring (application Global Vision).
Et ce dans le contexte du système de Core Banking ATLAS 2, utilisé par CIB International et par de nombreuses entités « Retail » du Groupe.
AG2R La Mondiale - coaching agile d'une équipe multisite
19 octobre 2020
– 1 min de lecture
Stéphane Pfister
Consultant Senior Organisation Apprenante & Leadership Agile
AG2R LA MONDIALE est un acteur majeur de la Protection Sociale. Au sein de la Direction de l’Organisation et des Systèmes d’information, une équipe travaillant en mode agile (Scrum) reçoit de très nombreuses demandes d’évolution du produit en cours de développement. Ces demandes viennent de différents sites en France et arrivent en ordre dispersé. Pour mieux satisfaire ses clients internes, AG2R LA MONDIALE a ressenti le besoin de se faire accompagner pour rendre le processus complet d’évolution du produit plus agile et efficient, tant d’un point de vue qualification et priorisation de la demande, que d’un point de vue structuration du delivery par rapport à la valeur apportée.
Les Product Owner savent-ils vraiment prioriser ?
1 avril 2019
– 2 min de lecture
Stéphane Pfister
Consultant Senior Organisation Apprenante & Leadership Agile
Si plusieurs méthodes existent pour faire le tri parmi les besoins fonctionnels, seul le modèle de Kano tient compte de la satisfaction client. Comment en tirer ? Réponse, exemple à l’appui.
Sur le podium des buzzwords, l’agilité se partage la première marche avec la « transformation digitale ». Et pour cause : l’impératif de réduction du « time-to-market » appelle une gestion de projet rapide et efficace, agile donc. Pour y parvenir, encore faut-il savoir trier et prioriser les besoins fonctionnels. Pas si simple : entre la crainte de voir un concurrent débarquer à tout moment et celle de voir son service boudé par les utilisateurs, la tentation est grande de courir après plusieurs lièvres à la fois.
Pour limiter ces risques, plusieurs solutions sont à disposition :
La Méthode de Moscow :
Elle propose de noter les priorités du backlog en faisant intervenir les parties prenantes mais sans stratégie de satisfaction client. Pour plus d’information, allez voir: PRIORISER, MÉTHODE 1 : MOSCOW
La Story map :
Avec elle, les fonctionnalités sont classées selon deux axes : le parcours utilisateur sur l’axe horizontal et la priorité des User Stories sur l’axe vertical. Ici encore, aucun lien n’est établi avec des critères de satisfaction client.
Le Modèle de Kano :
Comme son nom le laisse entendre, il s’appuie sur le diagramme de Kano qui a pour finalité d’évaluer la satisfaction client. Cet outil a été inventé par le Dr Noriaki Kano en 1984. Conférencier, écrivain et surtout consultant dans le domaine du management de la qualité, au Japon. Il est actuellement professeur émérite de l’Université des sciences de Tokyo.
Si ces 3 solutions permettent une priorisation, une seule – celle qui s’appuie sur le modèle de Kano – tient donc compte de la satisfaction client
L’objectif du modèle est de prendre en compte les retours des utilisateurs du produit et/ou du service pour modéliser la satisfaction client sur un diagramme. L’approche réside dans la dissociation de la satisfaction et de la non-satisfaction au regard de la présence ou pas de la fonctionnalité attendue par le client. La satisfaction client est une clé majeure aujourd’hui, qui rend le client fidèle et est donc un pilier de rentabilité important. Le modèle de Kano présente l’intérêt de se décliner sur les différentes phases.
Concrètement voici le diagramme qui porte le modèle de Kano :
Pour construire le modèle, un questionnaire recueille, pour chaque fonctionnalité, le niveau de satisfaction de l’interviewé. La méthode consiste à évaluer successivement la satisfaction en présence et en l’absence de la fonction. Mais le modèle va bien plus loin en modélisant 3 groupes principaux sur la courbe de Kano :
Dans la pratique, la méthode de Kano apporte donc plusieurs atouts :
Pour l’exécuter, il est capital de bien mener les questionnaires. Voici un exemple – avec des réponses arbitraires à des fins d’illustration.
En appliquant ici le modèle de Kano, nous obtenons donc les catégories de priorités suivantes :
Récapitulatif des fonctionnalités priorisées :
Pouvoir joindre ses amis | priorité haute |
Applications “réseaux sociaux” déjà installées | priorité moyenne |
5 sonneries disponibles | priorité basse |
écran 4k | priorité basse |
Inspiré ? A vous d’appliquer le modèle de Kano sur vos propres projets.