На мой взгляд, проблема в исходной постановке задачи: issue tracking по определению не предназначен для управления требованиями. Если там и есть возможность впихнуть требования, типа как использование соответствующего типа WorkItem в TFS, то основная сложность в семантике этих WorkItem, связей между ними и т.п.
Есть множество способов как замэпить WorkItem-ы на конечный документ MS Word (функциональное описание по ГОСТ). Видимо из-за этого нет и штатного средства перевода, то есть в первую очередь потребуется внедрить некую методику управления WorkItem-ами, чтобы потом из них можно было автоматически выгружать вордовый текст.
Видимо, есть только два реальных варианта: использовать RMS (спец. инструмент для управления требованиями) и надеяться, что там кто-то реализовал экспорт требований по ГОСТ-у, либо реализовывать модуль экспорта в MSWord и, кстати, реальный вариант, если есть разработчики на C#, который готовы изучить TFS API.
Я участвую в разработке DEVPROM - инструмента для ведения проектов по разработке ПО, там есть модуль для управления требованиями. Есть выгрузка в формате MS Word, но к ГОСТ-у отношения не имеющем. Я бы рекомендовал Вам попробовать поуправлять требованиями/тикетами Вшего проекта в этой системе, чтобы лучше понять то, что Вам нужно получить на выходе, прежде чем займетесь разработкой плагинов или модулей экспорта. Как вариант, наша команда может реализовать плагин для выгрузки требований в формате ГОСТ.