Voici un atelier que j’utilise très souvent avec des équipes pour co-construire la priorité des fonctionnalités qu’elles comptent réaliser sur les deux ou trois prochains mois. J’aime beaucoup cet atelier car il dure moins d’une heure, offre une discussion facile entre les participants, qu’ils soient IT ou métier et permet de définir l’ordre dans lequel réaliser les fonctionnalités. Lire la suite
Futurs fans cubes et cubistes,
Venez expérimenter des pratiques agiles concrètes en participant à un « 1CUBE&GO« .
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.
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.
S’intéresser à la taille de ses user stories et les découper lorsqu’elles sont trop grandes est une bonne pratique. Cela permet d’éviter l’effet tunnel, de produire de la valeur rapidement et de contribuer à une meilleure organisation du travail de tout le monde. Encore faut-il les découper efficacement afin qu’elles soient testables et créent de la valeur. Lire la suite
photo credit: @boetter via photopin cc
Afin de permettre à l’équipe d’être complètement en phase avec les objectifs du produit, il est nécessaire de travailler sur la vision produit. Lorsque la vision produit est claire, on sait à qui va s’adresser le produit et on peut s’intéresser à l’ensemble des besoins qu’il couvrira: les fonctionnalités.
La story map est un outil très efficace pour identifier les fonctionnalités du produit et comprendre comment elles peuvent s’intégrer dans le temps. Jeff Patton met en avant leur intérêt dans cet article par rapport à un backlog plat qui permet difficilement d’établir un planning de release.
ContexteJe travaille actuellement en tant que responsable QA sur un gros site publique d’E-commerce et depuis que je suis dans cette mission, j’ai appris beaucoup sur la façon de mettre en place Scrum par le seul fait que nous n’en fassions pas ou du moins pas au sens strict. Lire la suite
Depuis quelques semaines, L’équipe interne s’est lancée dans une nouvelle expérimentation : Faire les revues directement avec les clients au lieu de les faire avec le PO délégué. La revue consiste à faire une démonstration de ce qui a été réalisé pendant le sprint et à démontrer que les fonctionnalités sont conformes aux
