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

Я такое видел как-то у люксофта - кастомные решения на базе продуктов атлассиана. Прозрачная связка от расплывчатых идей до конкретных коммитов и результатов на проде

у Моторолы это где-то в 2004-м было

сейчас это уже не проблема, а скорей необходима воля менеджмента для реализации и  потребность в этом

API у Атлассиана хорошее, набрость связку с коммитами не проблема

Ну да. Люксофт такое под заказ делала

А цели какие были? Т.е. какой это приносит profit?

По сути это шаг к цифровизации, часть пазла

Шаг в принципе очень дорогой сейчас, профит не всегда определен, вернее в каждой сфере он определяется но тяжело вывести

Как я и сказал в части BA, возможно, и то так в общих чертах по процессу, а одно бизнес требование может вообще включать в себя подсистему целую

Все просто ниже вроде верно за что ПМ отвечает, а что есть реализация требований, т.е. само требование в проекте ПМа? Основная составляющая качества и границ проекта. Значит в чьей зоне, после сбора требований они? В рамках проекта ПМа конечно. Если у вас реализация изменений идет в рамках функциональных обязанностей руководителя отдела, то зона ответственности естественно меняется

Ну, а какой смысл с цифровизации? Это же не святой грааль.

Нет конечно, но будет день и будет ночь, проснется глава миллионой компании, а поезд ушел, месяцев шесть и конкуренты задавили компанию. Хороший пример мелкого бизнеса по ритейлу контента на vhs носителях, дальше на cd. Обычно такой сценарий, если не смотреть куда идет рынок, а идет он к цифровизации, это не значит что нужно все бросать и оцифровываться, но и смотреть что можно применить без серьезных потерь нужно.

А с чего бы рынок идет к цифровизации? Есть какие-то обоснования, которые идут не от продавцов цифровизации?

(При этом я даже не уверен, что управление требованиями - шаг к цифровизации, прямо скажем)

Вот "требование как код" - это уже интересно )

Это часть информационной модели производства, а далее, на ее основе - эксплуатации. Пока заказчики ее не просят, но уже ощущается, что начинают смотреть в эту сторону

Неа. Построение модели целевой системы с самого начала - это да, это про цифровизацию.
А управление требованиями - просто некоторая управленческая практика сбоку.

Интересно на низком уровне, например вам, поднимемся выше... И уже вопрос - зачем? И тут появляется "модель".

Модель - тоже код )