Как мне использовать пользовательские истории в Bugzilla?

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

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

Сейчас мы используем Bugzilla для отслеживания проблем. Планирование большинства релизов выполняется с использованием ошибок из этой системы. Использование Bugzilla, вероятно, не изменится. Он обеспечивает большую часть того, что нам нужно при правильной стоимости ($ 0).

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

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

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

Любые мысли будут оценены.

Ответ 1

Я делал подобные вещи раньше в Bugzilla, и решение, которое я нашел, заключалось не в том, чтобы реализовать иерархические "истории ошибок" или тому подобное; мы также решили, что это вызовет путаницу и будет просто слишком сложным для того, что мы хотели. Решение, которое я использовал ранее, было просто поставить номер User Story в описание ошибки; вы можете также добавить ссылку, чтобы облегчить разыменование. Это немного многопользовательский, но он работает очень хорошо.

Ответ 2

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

Мы попытались использовать подход @McWafflestix, в котором указаны ссылки из случаев на официальный (вики) документ пользовательской истории, но через некоторое время мы что создание более мелких пользовательских историй лучше - это также приводит к лучшему дизайну приложений, потому что каждая пользовательская история реализована как можно более абстрактно, обеспечивая лучшую тестируемость и поддерживаемость кода.

Ответ 3

Независимо от того, используются ли ссылки ссылок в Bugzilla для отслеживания истории, я настоятельно рекомендую использовать ключевое слово в ваших историях. Мы используем "историю". Использование ключевого слова позволяет гибко отслеживать истории и ошибки в деревьях продуктов. Я также рекомендую использовать отслеживание времени в установке Bugzilla; даже если время отслеживается только в рассказах.