« Un exemple de Définition du Fini » : différence entre les versions

De Wiki Agile
Page créée avec « Category: Peter Stevens Category: Portail Framework <div id="content_view" class="wiki" style="display: block"> Auteur : Peter Stevens<br /> Source : [http://www.... »
 
Aucun résumé des modifications
Ligne 1 : Ligne 1 :
[[Category: Peter Stevens]]
[[Category: Peter Stevens]]
[[Category: Portail Framework]]
[[Category: Portail Framework]]
<div id="content_view" class="wiki" style="display: block"> Auteur : Peter Stevens<br /> Source : [http://www.scrum-breakfast.com/2012/11/sample-definition-of-done.html Sample Definition of Done]<br /> Date : 19/11/2012<br />
Auteur : Peter Stevens<br />
Source : [http://www.scrum-breakfast.com/2012/11/sample-definition-of-done.html Sample Definition of Done]<br />
Date : 19/11/2012<br />
----
----
Traducteur : Fabrice Aimetti<br /> Date : 24/11/2012<br />
Traducteur : Fabrice Aimetti<br />
Date : 24/11/2012<br />
----
----
''Traduction :''<br /> <br /> <span style="display: block; text-align: justify">Pourquoi Scrum dispose t'il d'une Définition du Fini ? C'est simple, toutes les personnes impliquées dans le projet ont besoin de savoir et de comprendre ce que Fini veut dire. En outre, le Fini doit être vraiment fini, par exemple : "rien ne nous empêche de bénéficier de la valeur de cette fonctionnalité, sauf peut-être le feu vert du Product Owner". Une autre situation serait :</span><span style="display: block; text-align: justify"><br /> ''Chef de projet : Est-ce que cette fonctionnalité est finie ?''<br /> ''Développeur : Oui''<br /> ''Chef de projet : Donc, nous pouvons la déployer ?''<br /> ''Développeur : Eh bien, non. Elle doit être testée, et j'ai besoin de rédiger de la documentation, mais le code fonctionne vraiment. Je l'ai testé ... (pause) ... sur ma machine.''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Qu'est-ce qui ne va pas dans cet échange ? Pour le développeur et le chef de projet, "fini" signifie quelque chose d'assez différent. Pour le développeur, dans ce cas, fini signifie : "Je n'ai plus à travailler sur ce code (sauf si le testeur me dit que quelque chose est faux)." Le chef de projet est à la recherche d'un code qui soit prêt à être déployé.</span><br /> <span style="display: block; text-align: justify">À son niveau le plus élémentaire, une Définition du Fini crée une compréhension commune de ce que signifie être fini, de telle façon que tout le monde dans le projet donne le même sens aux choses quand ils disent "c'est fini". Plus subtilement, la Définition du Fini est une expression des standards de qualité de l'équipe. Une définition plus rigoureuse du Fini sera associée à un logiciel de meilleure qualité. En règle générale, l'équipe va devenir plus productive ("avoir une plus grande vélocité") au fur et à mesure que sa Définition du Fini devient plus stricte, car elle passera moins de temps à résoudre les anciens problèmes. Le risque de refaire les choses disparaît presque.</span><span style="display: block; text-align: justify"><br />  Ainsi, la Définition du Fini devrait évoluer à mesure que le projet avance. Voici la première Définition du Fini qu'a utilisée mon équipe lorsque nous avons commencé à développer l'application HappinessApp :<br />  
Traduction :<br />
<br />
<span style="display: block; text-align: justify">Pourquoi Scrum dispose t'il d'une Définition du Fini ? C'est simple, toutes les personnes impliquées dans le projet ont besoin de savoir et de comprendre ce que Fini veut dire. En outre, le Fini doit être vraiment fini, par exemple : "rien ne nous empêche de bénéficier de la valeur de cette fonctionnalité, sauf peut-être le feu vert du Product Owner". Une autre situation serait :</span><span style="display: block; text-align: justify"><br /> ''Chef de projet : Est-ce que cette fonctionnalité est finie ?''<br /> ''Développeur : Oui''<br /> ''Chef de projet : Donc, nous pouvons la déployer ?''<br /> ''Développeur : Eh bien, non. Elle doit être testée, et j'ai besoin de rédiger de la documentation, mais le code fonctionne vraiment. Je l'ai testé ... (pause) ... sur ma machine.''</span><span style="display: block; text-align: justify"><br /> </span><span style="display: block; text-align: justify">Qu'est-ce qui ne va pas dans cet échange ? Pour le développeur et le chef de projet, "fini" signifie quelque chose d'assez différent. Pour le développeur, dans ce cas, fini signifie : "Je n'ai plus à travailler sur ce code (sauf si le testeur me dit que quelque chose est faux)." Le chef de projet est à la recherche d'un code qui soit prêt à être déployé.</span><br /> <span style="display: block; text-align: justify">À son niveau le plus élémentaire, une Définition du Fini crée une compréhension commune de ce que signifie être fini, de telle façon que tout le monde dans le projet donne le même sens aux choses quand ils disent "c'est fini". Plus subtilement, la Définition du Fini est une expression des standards de qualité de l'équipe. Une définition plus rigoureuse du Fini sera associée à un logiciel de meilleure qualité. En règle générale, l'équipe va devenir plus productive ("avoir une plus grande vélocité") au fur et à mesure que sa Définition du Fini devient plus stricte, car elle passera moins de temps à résoudre les anciens problèmes. Le risque de refaire les choses disparaît presque.</span><span style="display: block; text-align: justify"><br />  Ainsi, la Définition du Fini devrait évoluer à mesure que le projet avance. Voici la première Définition du Fini qu'a utilisée mon équipe lorsque nous avons commencé à développer l'application HappinessApp :<br />  


# Tests unitaires écrits et passés au vert
# Tests unitaires écrits et passés au vert