Job to be done

Écrire de meilleures “User Stories” avec le concept de “Jobs-to-be-done”

Le terme de “Job Story” se fait de plus en plus entendre au sein des équipes produit. C’est une alternative au format classique des User Stories qui a pour objectif de nous aider à comprendre ce qui motive le client à utiliser notre produit. Ce format permet de mieux décrire …

EN SAVOIR PLUS →
Comprendre le but du sprint Planning

Comprendre le but du Sprint Planning

En tant que Scrum Master, je remarque que Scrum se démocratise de plus en plus ce qui, de mon point de vue, est une bonne chose. Ces nouvelles mises en pratique de Scrum se basent parfois sur l’expérience de collègues ou sur des articles lus sur Internet. Je constate que …

EN SAVOIR PLUS →

Trois principaux obstacles à l’Agilité du produit

Une transformation Agile est souvent mise en œuvre par des équipes de production qui croient que l’Agilité leur permettra de livrer de meilleurs produits plus rapidement. Les organisations parlent de « mise en marché plus rapide » et de « meilleure qualité ». Elles examinent le coût de la transformation et l’approuvent. La réalité est …

EN SAVOIR PLUS →

Une équipe Scrum a besoin d’un (et un seul) Product Owner

Il y a peu, je vous présentais mes constations après avoir suivi (à nouveau) la formation de Professional Scrum Product Owner. Comme je l’écrivais, le rôle du Product Owner est celui qui reste le plus flou dans le guide Scrum, car il est très dépendant de l’entreprise dans laquelle celui-ci …

EN SAVOIR PLUS →

L’architecte dans une organisation Agile, c’est compliqué?

On pose souvent ce genre de question à un agiliste convaincu : « Quelle est la place de [insérer un rôle ici] en Agilité ? » Le rôle qui est le plus souvent inséré est celui d’architecte. Mais comme pour tous les experts, la réponse est globalement toujours la même. …

EN SAVOIR PLUS →

Construire un produit logiciel n’est pas compliqué!

Jusqu’à il y a peu, nous avons mal jugé la nature de la création des produits informatiques. On croyait que c’était « compliqué ». Par conséquent, on a mis au point des méthodes non adaptées pour créer des logiciels, mais en fait construire un logiciel n’est pas du tout compliqué… …

EN SAVOIR PLUS →

L’importance de la gestion des exigences

Le concept de « développement Agile » peut revêtir différentes significations selon la personne à qui vous vous adressez. Pour certains, il s’agit d’adopter une approche de livraison plus pragmatique et de se détacher de la rigueur traditionnelle dans la planification. Pour d’autres, il s’agit plutôt une rigueur d’un autre genre qui …

EN SAVOIR PLUS →

Introduction à Kanban

Pour commencer, précisons que le terme japonais Kanban signifie enseigne ou panneau d’affichage. Il s’agit par extension d’une méthode de gestion développée par Taiichi Ohno dans les usines Toyota au cours des années 50-60. Elle se base sur certains principes généraux : Le flux de travail est affiché et mis en valeur …

EN SAVOIR PLUS →

Y a-t-il un PO dans la salle?

Le fait que les approches Agiles sont axées sur la planification en fonction de la valeur d’affaires met en relief le caractère essentiel du rôle du Product Owner (PO) dans le cadre du développement d’un produit. Dans ce contexte, nous vous présentons ici des considérations qui peuvent être utiles lorsque …

EN SAVOIR PLUS →

Discussion autour des critères d’acceptation

Les critères d’acceptation sont au cœur des cadres de travail Agiles. Ils sont même au centre de toute discussion sur le travail à accomplir. Toutefois, aussi importants qu’ils soient, peu de temps leur est dédié dans la plupart des formations Agiles. J’essaierai ici de remédier à la situation en mettant …

EN SAVOIR PLUS →