eXtreme Programming - прототипирование как задача? Или уменьшить задачи, которые вы выполняете?

Question

Должны ли вы, когда захотите прототип набора заданий заранее сделать задачу и выделить время для этого?

С другой стороны, следует ли уменьшить количество задач, которые вы выполняете за этот день/пару дней, и сообщить в стойку, что вы прототипируете, следовательно, выпадаете в своей скорости?

Я покачусь по второму - материал, который у меня на XP, не упоминал об этой проблеме.

Спасибо.

Answer 1

Да, прототип - это задача. Один из подходов называется Spike Solution. Это настоящая задача, которую вы действительно делаете с реальным достижением.

Не «неправильно», что вы делаете. Если вы создаете всплеск, это то, что вы создаете. Не поддавайтесь времени. Это настоящая работа.

Почему Спайк? Читайте перевод информации о Spike Solution.

Answer 2

С самого начала мы делаем то, что я работаю, мы склонны выделять ему время. Кажется, что он работает хорошо, поскольку он не учитывает разработчика.

Answer 3

Я должен был бы согласиться с ответами, которые также даны. Чтобы просто добавить к нижней части того, что вы думаете делать. Если вы не выделяете отдельную задачу/время для прототипирования чего-либо, вы можете заставить усилие положить в прототип (код), который будет использоваться в конечном продукте. Разработчики могут сделать это, чтобы сэкономить время в краткосрочной перспективе, потому что им дается нереалистичный блок времени. Это, несомненно, вызовет негативное воздействие в будущем.