Как избежать дублирования между моим трекером и документами с описанием проекта?

9

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

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

Есть ли методология или программный инструмент, который поддерживает весь этот процесс СУХОЙ ? Я провел некоторый поиск, и я явно не использую правильные термины. Большая часть моей профессиональной сети не работает с фиксированной ценой.

Я был бы открыт для:

  1. Переключаю мой багтрекер или покупаю плагины (в данный момент использую FogBugz).
  2. Следуя другой методологии разработки
  3. Написание программного обеспечения для управления спецификациями и обновления системы отслеживания ошибок и документа спецификации (но это звучит так, как будто это будет много работы для сомнительной выгоды)

Наконец, действительно ли это стоит решить? В некоторых проектах это стоило нам совсем немного, но в других проектах это никак не повлияло на нас.

issue-tracking specifications methodology Захари Йейтс
источник
-1: ... А как это связано с программированием?
Джим Г.
@ Джим Можете ли вы привести пример, где это должно идти?
Коул Джонсон
Почему бы не использовать bugzilla?
Коул Джонсон
@ColeJohnson Есть ли функция, которая на самом деле решает эту проблему? Я не видел ничего особенного, когда смотрел сайт bugzilla.
Захари Йейтс
3
@JimG. Я думал, что этот вопрос довольно сильно подпадает под «методологии разработки» и «бизнес-проблемы», перечисленные в FAQ: programmers.stackexchange.com/faq
Захари Йейтс

Ответы:

1

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

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

Когда спецификация меняется, вы также можете сканировать ваши проблемы на наличие ссылок, где якорь больше не существует.

Однако это не решает проблему вновь созданных разделов или элементов.

SpaceTrucker
источник