Pourquoi je contourne la règle du "Done" en Sprint Review

Il y a une règle Scrum que j'ai toujours aimé contourner: en Sprint Review, vous ne présentez en démo que ce qui est "Done". 💁🏻‍♂️

Je ne dis pas que vous devriez prétendre que quelque chose est terminé et prêt à l'emploi quand ce n'est vraiment pas le cas. C'est le moyen le plus rapide de perdre la confiance de vos stakeholders (et bonne chance pour la récupérer 😅).

Mais par défaut, une règle qui vous dit de NE PAS montrer quelque chose, et qui donc retarde le feedback que vous pourriez obtenir, est intrinsèquement une règle que je voudrai contourner. Pourquoi attendriez-vous un sprint entier pour entendre "hmm, ce n'est pas vraiment ce que nous voulions dire"?

Donc montrez-le. À moitié cuit, avec des données factices, sans la belle interface... peu importe. Dites-le simplement: cette partie fonctionne, cette partie est factice, cette partie n'existe pas encore.

Dans le pire des cas, vous avez obtenu votre feedback plus tôt. 🤷🏻‍♂️

Cependant, si vous sentez que vous devez faire ça à chaque sprint, vous pourriez vous poser la question: avons-nous bien découpé nos items?