Приветствую, коллеги по профессии.

Если коротко, делаю очередной велосипед по управлению требованиями.
Проект довольно аскетичный - CLI и Текстовый редактор. Все в Git.
Умеет собирать написанные в Markdown требования в репозиторий.
Есть базовые инструменты для трассировки и усилий на разработку.
Интеграция с GitBook - публикация документа в веб, экспорт pdf, mobi, ...
Посредством pandoc можно получить любой офисный формат.

Временное слабое место - процесс рецензирования через веб.

Если заинтересовал, можно начать здесь.

Внедряю на одном рабочем проекте. Чтобы упростить процесс развертывания, сделал плагин Minreq-Gitbook. Теперь выходной документ становится статическим сайтом и развертывается в сети одной командой `gitbook serve`. Дальше будет комментирование.
Также начинает вырисовываться картинка с управлением задачами по требованиям через Jira.

Кстати GitBook приятный инструмент, думаю перевести на него остальную документацию, типа архитектуры и различных гайдов.

Кстати GitBook приятный инструмент, думаю перевести на него остальную документацию, типа архитектуры и различных гайдов.

Это типа Jupiter Notebook для питона или других языков?

Это грубо книги в Markdown формате. Пользователь пишет книгу в различных фалах по главам и т.п., плюс ведет отдельно содержание и глоссарии. Все это хранится в git репозитории и публикуется в виде статического веб-сайта. Можно развернуть локально, можно на сервере, можно экспортировать в pdf, mobi и т.п.

А, вот оно что. Понял спасибо.

MS Word for requiements management must die
Confluence for requiements management must die

MS Word for requiements management must die
Confluence for requiements management must die

Why?

Николай, а как вам http://reqt.org/ ?

На самый первый взгляд это что-то похожее на DSL ... Может в понедельник посмотрю внимательнее, спасибо за наводку.

Чесались руки в расширение модели - сразу добавить тесты, фичеры, юзер-стори и т.п. Особенно привлек в свое время Gherkin https://github.com/cucumber/cucumber/wiki/Gherkin. Но потом понял, что чем проще модель тем лучше - идентификатор, атрибуты, тело, иерархия через родителя - остальное лишнее. Юзер-стори и юзкейсы пишу (разбираюсь в новой предметной области), вписались в готовую модель как требования пользователей с трассировкой на функциональные.

Быстро понял что зря перегрузил через FPA и PERT, решил выделить как плагины.

Николай, а как вам http://reqt.org/ ?

Это конечно забавно, но кажется слишком сложным.
Да и что полезного это несет для аналитика?
https://github.com/reqT/reqT/blob/3.0.x/src/reqT/meta.scala