Créer un produit à impact positif avec le Positive Product Canvas
Comment construire un Product à impact positif dès sa phase de stratégie ? Découvrez notre template “Positive Product Canvas”.
Here’s something you may have heard during a sprint: “If you need more precision in a User Story, come see me and I will explain it to you”. That’s a sentence full of good intentions, but a typical problem: because if a User Story is well designed, it doesn’t require questions or additional explanations.
By not specifying your User Stories upstream, you’re taking the risk of having the specified functionality be different from the one developed. This challenge is summed up perfectly by the IT concept of “garbage in, garbage out” – which means that if the input data is of poor quality, the output result will also be of poor quality. This is how two terms appeared to define the minimum standard for a User Story to be viable before and after its development: Definition Of Ready and Definition Of Done.
📚 Read our article about agile sprints.
📚 Read our article on User Stories.
We can summarize a Scrum's Definition of Ready in one sentence: it is the state of a User Story at the moment the entire product team believes it’s ready to be developed. It is therefore a User Story ready to be assigned, sufficiently detailed for a developer to create it, and with the right acceptance criteria for it to pass the approval of a Tech Lead.
To write your Definition Of Ready, simply start with the basic acceptance criteria:
Once the basics are laid out, the most effective way to create a Definition Of Ready is to ask your team: what are the difficulties regularly encountered when reading User Stories? How have we wasted our time? Should we address these points first?
📚 Read our article on the Scrum methodology.
DOR: validate your User Story
Definition Of Done Scrum: this is the state of progress of a User Story considered “ready to be deployed”.
This means, for example, that the entire User Story is produced, the code is validated by the Tech Lead and it has successfully passed the Product Owner's approval as well as the unit tests. But how do we proceed?
It is useless to paralyze our validation process with an endless list of checkpoints, but we will come back to this later. However, keep in mind that your Definition Of Done is insufficient if your User Story:
Your Definition Of Done must guarantee your User Stories a viability on a functional level but also in terms of product code quality.
The Definition of Ready or the Definition of Done must not become an obstacle or too time-consuming a step during your ceremonies. You have to keep in mind that they are not Scrum ceremonies, see them more as indicators of validation.
Be agile and think easy. Establish four “bullet points” by definition at the start of the project. There are three advantages to this:
Obviously, it’s possible and even recommended to add acceptance criteria over time. By doing so, you will have a Definition Of Ready and a Definition Of Done adapted to your product.
Life cycle of a User Story
It would be great to obtain the magic recipe of a Definition Of Ready or a Definition Of Done. Unfortunately, such a recipe doesn’t exist. Each product and project involves its own specificities.
However, it is possible to have a starting skeleton that you can support and complete.
An example of Definition Of Ready for a User Story can be at least:
An example of a Definition Of Done for a User Story can be at least:
Nous croyons en un nouveau modèle de consulting où l’excellence commence par l’écoute, le partage et une vraie vision