именно, если система по своей сложности уменщается в одной голове и управление изменениями может производиться 1 человеком, тут нет этой проблемы
Если система не умещается (в нужном уровне абстракции) в одной голове - то с ней ничего сделать не получается, увы. Вопрос в подборе правильных viewpoints под конкретную голову.
Я считаю, что это почти во всех сколь-нибудь интересных случаях бесполезно. А связывать эти версии с трекером - бесполезно еще чаще. Но если вам помогает и на это есть лишние деньги, то почему бы и нет...
А можешь рассказать, что тебе давал doors? Какие были сценарии работы? Может, как не смешно, такое строится поверх Confluence или, прости господи, notion/airflow?
весь цикл бумажной работы Паспорт проекта-> Функциональные Требования -> Эпика -> таска на разработку -> сценарий верификации эпики \ тестовый функциональный сценарий -> описание релиза.
На любой ALM можно все вышеописанное реализовать. Хоть на Azure DevOps, хоть на GitLab, в каких-то случаях это будет связка систем и будет чуть сложнее, но на двух вышеупомянутых я похожие на описанный вами процесс поддерживал.