이슈 트래커와 프로젝트 사양 문서 간의 중복을 피하는 방법은 무엇입니까?

나는 전문 컨설팅 회사에서 일 했었고 여러 계약 조건 하에서 일했습니다. 시간 및 재료 프로젝트를 얻을 수있을 때 SCRUM으로 프로젝트를 실행하고 이슈 트래커 시스템에서 백 로그를 추적했습니다.

그러나 대부분의 경우 고정 가격 계약하에 제공해야했습니다. 이를 위해서는 계약서의 부록으로 사양 문서가 필요했습니다. 따라서 우리는 항상 사양에서 일괄 가져 오기 작업 항목 (또는 더 나쁜 수동 입력)을 끝냈습니다. 변경 주문은 특히 프로젝트가 끝날 때 모든 것이 동기화되도록하는 데 많은 시간이 걸렸습니다.

이 전체 프로세스를 건조하게 유지 하는 방법론이나 소프트웨어 도구가 있습니까? 몇 가지 검색을 수행했으며 올바른 용어를 사용하지 않는 것 같습니다. 내 전문 네트워크의 대부분은 고정 가격으로 작동하지 않습니다.

나는 다음에 열려있다.

1. 버그 추적기 전환 또는 플러그인 구매 (현재 FogBugz 사용)
2. 다른 개발 방법론에 따라
3. 사양을 관리하고 버그 추적기와 사양 문서를 업데이트하기위한 소프트웨어 작성

마지막으로, 이것으로 해결할 가치가 있습니까? 일부 프로젝트에서는 비용이 많이 들지만 다른 프로젝트에서는 영향을 미치지 않았습니다.

모든 섹션과 항목에 앵커가있는 사양을 HTML로 내 보냅니다. 웹 서버에서 내보내는 호스트는 웹 서버를 처리해야하는 모든 사람이 액세스 할 수 있습니다. 그런 다음 문제에서 해당 파일로 링크하고 특정 섹션이나 항목을 해결하기 위해 올바른 앵커를 사용할 수 있습니다.

모든 내용을 동기화하려면 사양을 버전 관리 상태로 유지하고 사양을 체크인 할 때마다 HTML 내보내기를 자동화해야합니다.

사양이 변경되면 앵커가 더 이상 존재하지 않는 링크의 문제를 스캔 할 수도 있습니다.

그러나 이것은 새로 만든 섹션이나 항목의 문제를 해결하지 못합니다.