Но вообще формальное управление требованиями очень дорого и обычно нужно только там, где может окупиться. Для кучи разных бизнесов вполне нормально иметь очень примерное описание требований (кроме некоторых особо важных). А управление сводить к написанию функциональных тестов
помню Моторола показывала как у них требования прослеживаются вплоть до результатов прогона тестов на системе которая сделана по требованиям т.е можно взять требование и получить отчет по статусу тестов
Я такое видел как-то у люксофта - кастомные решения на базе продуктов атлассиана. Прозрачная связка от расплывчатых идей до конкретных коммитов и результатов на проде
Значит мы друг друга не поняли. То о чем вы говорите больше похоже на управление проектом, а не требованиями. Аналитик обычно не отвечает за имплементацию требований. Но он следит за изменениями требований, если требование изменилось, то оно возвращается к аналитику в работу.
В ходе анализа и согласований аналитик вполне может прийти к выводу что новое требование не пойдёт дальше в работу.
Все просто ниже вроде верно за что ПМ отвечает, а что есть реализация требований, т.е. само требование в проекте ПМа? Основная составляющая качества и границ проекта. Значит в чьей зоне, после сбора требований они? В рамках проекта ПМа конечно. Если у вас реализация изменений идет в рамках функциональных обязанностей руководителя отдела, то зона ответственности естественно меняется
Нет конечно, но будет день и будет ночь, проснется глава миллионой компании, а поезд ушел, месяцев шесть и конкуренты задавили компанию. Хороший пример мелкого бизнеса по ритейлу контента на vhs носителях, дальше на cd. Обычно такой сценарий, если не смотреть куда идет рынок, а идет он к цифровизации, это не значит что нужно все бросать и оцифровываться, но и смотреть что можно применить без серьезных потерь нужно.
(При этом я даже не уверен, что управление требованиями - шаг к цифровизации, прямо скажем)
Это часть информационной модели производства, а далее, на ее основе - эксплуатации. Пока заказчики ее не просят, но уже ощущается, что начинают смотреть в эту сторону
Неа. Построение модели целевой системы с самого начала - это да, это про цифровизацию. А управление требованиями - просто некоторая управленческая практика сбоку.