https://giphy.com/embed/d8SRR4aDUINuU

On ne dit pas “méthode” Agile !!!!

J’assume cette faute car mon but était de parler aux gens qui ne connaissent absolument rien à l’Agilité. Erreur ! j’aurai dû utiliser le mot “méthodologie”, ça passait déjà mieux pour mes experts ;)

Je t’invite à lire ce très bon post ici 👈

L'Agile est une philosophie de vie basée sur le manifeste Agile et non une méthode.

Tout peut être “produit”

Il existe des tas d'autres “produits”, tout peux être produit. 👉 Exemple : une entreprise qui décide de changer de logo

“Itérations” vs “Incréments”

Attention à la confusion que peut entraîner cette phrase. Chaque sprint est un lot (étude, développement, test) qui permet d’obtenir un produit “fini” à lui tout seul, utilisable par l’utilisateur. C’est ce qu’on appelle un “incrément”.

A la différence d’une itération qui permet de construire un produit par étape où le produit est fini qu’à la fin.

Un cadre de travail (Framework) est dit “Agile” s'il répond au Manifesto et aussi si celui-ci est itératif ET incrémental. Pour comprendre la différence entre “itération” et “incrément” je t’invite à voir ce très bon résumé 👉 ici

Un produit jamais fini

En fait, le produit n’est jamais vraiment "fini", mais bien en construction itérative pour apporter de la valeur, s'adapter au changement, tester des nouveautés, rester compétitifs.

Bref, avoir un produit qui vit.

Une seule équipe de dev par Product Owner

Pour un format classique d'une équipe Scrum c'est 1 Product Owner pour 1 dev team.

Le/la Product Owner porte la vision du produit et c'est lui/elle qui valide ou pas les sprints (sans attendre la review).

mais priorisation par le/la Product Owner

Les vrais noms des cérémonies :

👉 Sprint planning 👉 Daily (il n’apparaît pas mais il est important : c’est un RV quotidien qui sert à synchroniser les efforts de l'équipe vers l'objectif de sprint) 👉 Review 👉 Retro

https://giphy.com/embed/xVRE02c87FxNlVKK77

Non… pas “chapôter”…

Déjà parce qu’il y a une 2 fautes d’orthographe 👉 chapeauté

Et surtout parce que le/la Scrum Master ne “chapeaute” pas mais “facilite la vie de l'équipe” (l’aide et le protège).

Il/elle est le/la garant.e du cadre de travail, il/elle est le leader au service de l'équipe, il/elle maximise ses chances de réussite.

La Review

A chaque fin de Sprint à lieu la review. Les résultats du Sprint (l’incrément) y sont présentés entre autre au client afin de collecter ses feedbacks ou nouvelles idées en vue d'améliorer le produit

Par ailleurs, l'objectif de l'agile est de pouvoir avoir non pas des retours du client mais des utilisateurs pour axer les développements sur ce qui crée vraiment de la valeur.

Gagner en efficacité

Après avoir inspecté et adapté le produit, l'équipe inspecte et adapte son process de travail, pour gagner en efficacité.