Точки отсчета для задачи, которая охватывает несколько историй

Question

Предположим, у меня есть три пользовательских истории A, B и C. Все три из этих пользовательских историй требуют выполнения технической задачи, прежде чем можно будет сделать что-либо из них (например, некоторые новые рамки), но как только эта структура будет завершена, три истории станут тривиальными для реализации.

Способ, которым я хотел бы подходить к этому, - создать дополнительную «историю» для этой технической задачи, хотя она не соответствует формату «Как пользователь, я хочу ...». Кажется некорректным добавить его к A, B или C, поскольку это значительно увеличило бы время одного из них, делая точки неправильными в отношении их размера друг к другу. Я также не разделяю точки между 3-мя историями, так как ни одна из них не может быть выполнена без этой задачи.

Мысли о том, как обращаться с этим делом?

Answer 1

Один из подходов состоит в том, чтобы просто выбрать одну из нескольких историй с общим требованием и оценить ее как включающую в себя эти усилия, а затем оценить оставшиеся истории на том основании, что необходимые предварительные усилия были завершены.

Это требует, чтобы вы зафиксировали некоторые последовательности, поэтому естественно выбрать историю, представляющую основной или наиболее приоритетный вариант использования.

Вариант заключается в том, чтобы разбить техническое задание на свой собственный элемент отставания и оценить его, но только зафиксировать его в спринте, в котором одна из фактических пользовательских историй, требующих этого, одновременно выполняется.

В любом случае, вы выполняете ключевую вещь: обеспечение технической работы не выполняется в абстрактном виде, но поддерживается корнями, реализуя ее в сочетании с реальной историей пользователей.

Answer 2

Я подошел к этому двумя способами; оба включают техническое задание в ту историю, которую я решаю сначала, и отделяю задачу, как свою собственную «хозяйственную работу». Оба имеют преимущества и недостатки.

Преимущество их разделения в том, что эта техническая работа явно предоставляется всем заинтересованным сторонам. Если вы просто добавите 3 точки разработки рамок в Story A, владелец продукта может разумно выбрать переместить Story A в дальний конец отставания в пользу работы над кажущимися более дешевыми историями B и C. Конечно, что 3 пункта усилия не могут быть действительно перемещены - теперь вам нужно увеличить оценку усилий для одной из других историй.

Преимущество включения технических заданий в рассказы - это более чистое отставание и более четкое сосредоточение на построении функций для пользователей. Кроме того, владельцам продуктов естественно нравиться развитие функций по техническим задачам. Если в отставание входит и то, и другое, может возникнуть соблазн для графика использования продукта гораздо больше характеристик, чем технических заданий, что увеличивает технический долг проекта.

После значительного опыта я предпочитаю гибридный подход. Если техническая задача достаточно велика, чтобы добавить ее в историю, чтобы эта история не была завершена за одну итерацию, я создаю специальную техническую задачу в отставании. Однако большинство технических задач меньше, и они просто включаются в ту, что ей сначала нужна.