« La Définition du Fini » : différence entre les versions
De Wiki Agile
Aucun résumé des modifications |
Aucun résumé des modifications |
||
| (Une version intermédiaire par le même utilisateur non affichée) | |||
| Ligne 18 : | Ligne 18 : | ||
== Définition de "fini" == | == Définition de "fini" == | ||
La définition de "fini" (Definition of Done ~ DoD) correspond au moment où toutes les conditions, ou critères d’acceptation, auxquelles un produit logiciel doit satisfaire sont remplies et où celui-ci est prêt à être accepté par un utilisateur, un client, une équipe ou un système consommateur. Nous devons respecter la définition de "fini" pour garantir la qualité. Elle réduit les retouches en empêchant les user stories qui ne répondent pas à cette définition d’être transférées vers des environnements de niveau supérieur. Elle empêche ainsi que des fonctionnalités non conformes à cette définition ne soient livrées au client ou à l’utilisateur. | La définition de "fini" (Definition of Done ~ DoD) correspond au moment où toutes les conditions, ou [https://www.liminalarc.co/2014/09/acceptance-criteria/ critères d’acceptation], auxquelles un produit logiciel doit satisfaire sont remplies et où celui-ci est prêt à être accepté par un utilisateur, un client, une équipe ou un système consommateur. Nous devons respecter la définition de "fini" pour garantir la qualité. Elle réduit les retouches en empêchant les user stories qui ne répondent pas à cette définition d’être transférées vers des environnements de niveau supérieur. Elle empêche ainsi que des fonctionnalités non conformes à cette définition ne soient livrées au client ou à l’utilisateur. | ||
== User Stories == | == User Stories == | ||
L'utilisation la plus courante de la DoD se situe au niveau de l'équipe de développement. À ce niveau, "Fini" signifie que le Product Owner a revu et accepté la user story. Une fois acceptée, la user story « finie » contribue à la vélocité de l'équipe. Vous devez respecter tous les critères définis, sinon la user story n'est pas considérée comme finie.<br/> | L'utilisation la plus courante de la DoD se situe au niveau de l'équipe de développement. À ce niveau, "Fini" signifie que le Product Owner a revu et accepté la user story. Une fois acceptée, la user story « finie » contribue à la vélocité de l'équipe. Vous devez respecter tous les critères définis, sinon la user story n'est pas considérée comme finie.<br/> | ||
<br/> | <br/> | ||
| Ligne 32 : | Ligne 33 : | ||
== Fonctionnalités (features) == | == Fonctionnalités (features) == | ||
Le fait qu’une fonctionnalité soit "finie" à ce niveau peut signifier qu’elle remplit les conditions pour être intégrée à une version. Toutes les user stories ne doivent pas nécessairement être achevées. Cela signifie plutôt que la fonctionnalité est susceptible de répondre au besoin. Une fois acceptée, la fonctionnalité "finie" contribuera à la vélocité de la version. Encore une fois, vous devez respecter tous les critères définis, sinon la fonctionnalité n’est pas considérée comme finie.<br/> | Le fait qu’une fonctionnalité soit "finie" à ce niveau peut signifier qu’elle remplit les conditions pour être intégrée à une version. Toutes les user stories ne doivent pas nécessairement être achevées. Cela signifie plutôt que la fonctionnalité est susceptible de répondre au besoin. Une fois acceptée, la fonctionnalité "finie" contribuera à la vélocité de la version. Encore une fois, vous devez respecter tous les critères définis, sinon la fonctionnalité n’est pas considérée comme finie.<br/> | ||
<br/> | <br/> | ||
| Ligne 45 : | Ligne 47 : | ||
== Epics == | == Epics == | ||
Une epic "finie" à ce niveau peut correspondre à une priorité stratégique de l’organisation, à un élément du plan de portefeuille ou à tout autre ensemble de fonctionnalités répondant à un besoin du marché. Il n’est pas nécessaire que toutes les user stories ou fonctionnalités soient menées à bien. L'epic peut en effet suffire à elle seule à satisfaire le besoin. Une fois acceptée, l'epic finie sera prise en compte dans les calculs de débit afin de vérifier si l’offre est en équilibre avec la demande.<br/> | Une epic "finie" à ce niveau peut correspondre à une priorité stratégique de l’organisation, à un élément du plan de portefeuille ou à tout autre ensemble de fonctionnalités répondant à un besoin du marché. Il n’est pas nécessaire que toutes les user stories ou fonctionnalités soient menées à bien. L'epic peut en effet suffire à elle seule à satisfaire le besoin. Une fois acceptée, l'epic finie sera prise en compte dans les calculs de débit afin de vérifier si l’offre est en équilibre avec la demande.<br/> | ||
<br/> | <br/> | ||
| Ligne 53 : | Ligne 56 : | ||
* Déploiement vers l’environnement de production | * Déploiement vers l’environnement de production | ||
* Répond aux attentes définies du marché | * Répond aux attentes définies du marché | ||
== Résumé == | |||
Tout comme la définition de [https://www.liminalarc.co/2015/07/definition-of-ready/ "prêt"], celle de "fini" revêt une importance capitale. Ne commencez jamais à travailler sur un sujet avant de vous être mis d’accord sur cette définition. Soyez cohérents. Soyez clairs. Assurez-vous d’avoir une compréhension partagée. | |||
