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

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

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

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

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

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

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

issue-tracking specifications methodology

— Захари Йейтс
источник

-1: ... А как это связано с программированием?

— Джим Г.

@ Джим Можете ли вы привести пример, где это должно идти?

— Коул Джонсон

Почему бы не использовать bugzilla?

— Коул Джонсон

@ColeJohnson Есть ли функция, которая на самом деле решает эту проблему? Я не видел ничего особенного, когда смотрел сайт bugzilla.

— Захари Йейтс

@JimG. Я думал, что этот вопрос довольно сильно подпадает под «методологии разработки» и «бизнес-проблемы», перечисленные в FAQ: programmers.stackexchange.com/faq

— Захари Йейтс

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

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

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

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

— SpaceTrucker
источник