Des canevas à broder/2- Change Commitment Canvas

J’ai entamé il y a quelques temps une série d’articles pour partager mon goût des canevas : Des canevas à broder/1- Culture Map

Aujourd’hui, je vous présente un canevas que j’utilise en début de changement pour rendre visible l’état d’engagement du groupe par rapport aux changements qui les attendent. Je l’ai nommé “Change Commitment Canvas”.

Objectif : mettre en lumière les accords et désaccords des acteurs sur les possibilités de changement dans un contexte donné.

Change Commitment Canvas.001.jpeg

Change Commitment Canvas

Je vais dans cet article décrire son utilisation très simple.

Lire la suite

[Agile France] Et si on se passait du Product Owner ?

Les Open-Spaces Agile France

 

agilefrance

Jeudi 17 et vendredi 18 juin se sont déroulées les journées d’Agile France.

La journée du 17 juin est découpée en deux parties : une première matinée avec diverses conférences et l’après-midi organisée autour d’open-spaces.

Les open-spaces sont des sessions spontanées, autour d’un thème improvisé à la volée par une personne, qui propose son sujet et un lieu pour un débat de 45 minutes.

L’une des sessions, proposée par Caroline Damour avait pour Thème « Et si on se passait du Product Owner »

Le P.O, métier de plus en plus tendance au fur et à mesure de l’adaptation de l’agilité au sein des entreprises est devenu indispensable dans les organisations fonctionnant en Scrum.

L’idée de cette session, est de peser le pour et le contre afin de déterminer si ce rôle est réellement nécessaire en se basant d’un postulat où les clients/utilisateurs sont situés à un étage en dessous de l’équipe de développeurs.

Rappel du rôle de Product Owner

cropped-superpo2

Le Product Owner est en charge de gérer le produit dans la méthodologie Scrum. Il est le lien entre les développeurs et le client.

Lire la suite

L’Agile Game France 2015 de Grégory – Jour 2

Frise facilitation graphique d'AGF

Les 27 et 28 Février dernier, plus de soixante personnes se sont données rendez-vous dans un bel hôtel près de Bazas et ont passé deux jours à jouer l’agilité comme des dingues en mode auto-organisé.

Deuxième et dernière partie du billet rex d’Agile Game France 2015 – première partie ici L’Agile Game France 2015 de Grégory – Jour 1

horloge10mn de lecture

Lire la suite

La User Story du myope

Taupe myope

Le cycle de vie d’une User Story l’amène a être écrite sur une carte et affichée sur divers murs, tableaux… Telle une bête de foire, votre histoire est amenée à être montrée à de nombreuses personnes ayant des vues plus ou moins bonnes, à des distances plus ou moins grandes.

Cet article parle de cette Story.

Watch

Un petit quart d’heure de lecture

Lire la suite

Mise en place de Scrum dans une équipe désorganisée et démotivée

Etat des lieux

 

Problèmes de production

Je suis arrivé dans une équipe dépassée par les problèmes de production, qui ne parvenait pas à produire de la valeur sur le site.

Harcelés au téléphone tous les jours, les développeurs passaient leur temps à corriger la production.

 

Itérations à géométrie variable

Les itérations de développement avaient été prévues et planifiées au début du projet et constituaient des thématiques de fonctionnalités plutôt que des vraies itérations Scrum amenées à évoluer au fil des livraisons.

Les itérations prévues au départ n’étaient donc pas de taille égale, et pouvaient parfois être développées en 2 semaines, d’autres fois en 1 mois. La planification était donc impossible et l’équipe livrait une version le plus tôt possible, sans engagement possible.

 

2 semaines de développements pour 2 mois de validation/livraison

La livraison en environnement de recette d’une version développée prenait plusieurs semaines, et une fois livrée en recette, elle était testée par l’équipe de qualification. La phase de recette pouvait durer entre 2 et 3 semaines.

Enfin, la version qualifiée était déployée puis validée en environnement de préproduction.

Ainsi, une version développée partait en production après 1 mois minimum, et plutôt 2 ou 3 mois quand il y avait des problèmes. Lire la suite