Завершенные истории пользователей - выбросить?архив?[закрыто]

Question

Мы начинаем использовать Scrum-процесс для разработки.Теперь у нас есть хорошая подборка пользовательских историй .Однако мне интересно, делаете ли вы с ней что-нибудь еще после того, как история пользователя завершена, протестирована и развернута?Прямо сейчас мы используем маленькие картотеки, я бы подумал, что было бы неплохо просто выбросить их в мусорное ведро.

Если вы сохраните их, что вы будете с ними делать позже?

Answer 1

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

Answer 2

Гм - сохраните их и поместите в файл проекта. CYA во всех случаях. Вы никогда не знаете, когда клиент вернется и спросит вас «почему это так?» Или «кто решил, что так оно и было?». Затем вы можете извлечь историю пользователя и создать резервную копию.

Всегда сохраняйте все до тех пор, пока не истечет гарантийный срок для вашего программного обеспечения ... если только вы не хотите оказаться в положении, когда вас могут попросить "исправить" " что-то, что действительно было изменением бесплатно.

Answer 3

Мусорный бак выглядит как подходящее место.

Answer 4

PEZ почти прав. Перерабатывайте карты, а не выбрасывайте их. :)

На самом деле нет смысла их хранить. Если вам нужна история изменений, вы можете получить ее из своего SCM и тестовых скриптов.

Answer 5

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

Через три года, когда вы (или наследник) вносите изменения в систему, полезно иметь исторические документы, чтобы знать, почему вы поступили так, как вы.

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

Answer 6

Я обычно завершаю каждую историю итераций (и задач) в резинку и новую карточку впереди с указанием скорости и оценочных баллов. У меня никогда не было никакой пользы от них, за исключением ностальгического пересмотра. Так что держите их в архиве, я бы сказал: -9

Answer 7

Держись за них!

Я пишу требования (а не код), но я часто перечитываю старые пользовательские истории и приемочные тесты (мои и другие).

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

Я мог бы продолжить, но позвольте мне сказать это так:
Что может вызвать большие проблемы - хранить истории и не нуждаться в них или нуждаться в историях и не иметь их?

Answer 8

Сохраните их (заархивируйте), чтобы в случае возникновения спора или спора по поводу чего-либо в будущем у вас была ссылка на него, и вы можете прикрыть себя.

Answer 9

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

Answer 10

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

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

Ваше здоровье, Ривз