eXtreme Programming - Le prototypage en tant que tâche? Ou réduire les tâches que vous effectuez?

Question

Devriez-vous, lorsque vous voulez prototyper un ensemble de tâches auparavant, faire une tâche et allouer du temps pour cela? D'autre part, si vous réduisez la quantité de tâches que vous effectuez pour ce jour-là/quelques jours et que vous informez lors d'un stand up que vous faites du prototypage, la baisse de votre vélocité?

Je me balance vers la seconde - le matériel que j'ai sur XP n'a pas mentionné ce problème.

Merci.

Answer 1

Oui, un prototype est une tâche. Une approche est appelée Spike Solution. C'est vraiment une tâche que vous faites avec un vrai livrable.

Ne vous trompez pas sur ce que vous faites. Si vous créez un pic, c'est ce que vous créez. Ne trafiquez pas le temps. C'est un vrai travail.

Pourquoi Spike? Lisez à propos de Spike Solution.

Answer 2

Juste de la façon dont nous faisons les choses où je travaille, nous avons tendance à allouer du temps. Semble fonctionner correctement, car il ne compte pas contre le développeur.

Answer 3

Je serais d'accord avec les réponses également données. Pour ajouter juste aux inconvénients de ce que vous pensez faire. Si vous n'allouez pas une tâche/heure séparée pour prototyper quelque chose, vous pourriez faire en sorte que l'effort mis dans le prototype (le code) soit utilisé dans le produit final. Les développeurs peuvent le faire pour gagner du temps à court terme parce qu'ils reçoivent un bloc de temps irréaliste. Cela causera sans aucun doute un impact négatif sur la route.