Опрос сотни аналитиков, приведённый в обзоре 2024 года «Какую систему управления требованиями выбрать», даёт три цифры: 80% считают внедрение систем управления требованиями (СУТ, они же Requirements Management System, RMS) целесообразным, 67% знают, что это такое, и только 4% используют СУТ в работе. Разрыв между декларацией и практикой автор системы прорелиз.рф Роман объясняет через три фактора внедрения, которые выделены в «Обзоре российских СУТ для IT и инженерных команд»: цена ошибки в требовании, текучесть кадров и потребность в доказательствах.
СУТ — это класс инструментов для формализации, трассировки и версионирования требований к продукту. В отличие от трекеров задач вроде Jira, они фиксируют не «что сделать», а «что именно должно быть сделано и почему», связывая требования с тестами, архитектурой и изменениями. Исторически такие системы прижились в авиации, автомобилестроении, медицине и финансах — там, где ошибка в требовании приводит к физическому ущербу или регуляторным последствиям. В чистом IT-проекте, по логике автора, из трёх факторов реально работает только цена ошибки, а она измеряется стоимостью переделок и репутационными потерями, а не риском для жизни.
| Показатель | Значение |
|---|---|
| Считают внедрение СУТ целесообразным | 80% |
| Знают, что такое СУТ | 67% |
| Используют СУТ в работе | 4% |
Проблема с требованиями при этом никуда не исчезает. Исследование NaPiRE 2016 года называет неполные или скрытые требования критической проблемой для 48% организаций. Работа 2023 года «Mitigating risk of failure in information technology projects» относит требования к одной из 11 устойчивых групп факторов провала. Отдельные публикации приводят цифру 37–39% проектов, провалившихся из-за проблем с требованиями. То есть боль есть, а инструмент не расходится по командам.
Внедрение СУТ определяют три фактора: цена ошибки в требовании, текучесть кадров и потребность в доказательствах.
Причина отчасти в экономике. Классические методики оценки стоимости ошибки — закон Боэма и подходы NASA — плохо переносятся на типовой гражданский проект: автоматизация CI/CD, модульная архитектура и тесты изменили картину. В статье Are Delayed Issues Harder to Resolve? авторы на медианной команде из 7 человек и медианной длительности проекта 61 день не подтвердили экспоненциальный рост трудоёмкости исправления дефектов, который лежит в основе методики Боэма. Современной методики оценки стоимости переделок, применимой к небольшой команде, найти не удалось — автор просит делиться такими в комментариях.
Стоимость СУТ при этом известна. Российские вендоры публикуют тарифы: подписка начинается от 2 590 руб. в месяц за стартовый набор функций, для небольшой команды это 150–250 тыс. руб. в год. Следующий диапазон — 32 700 руб. в месяц за комплексный продукт, включающий помимо СУТ архитектурные инструменты. On-premise-варианты, по открытым источникам, обходятся от 1,449 до 7,524 млн руб. в год. Для команды, которая пока не может посчитать экономию от предотвращённых ошибок, эти суммы выглядят как дополнительная статья расходов, а не как страховка.
В итоге СУТ в России остаётся инструментом не «там, где есть требования», а «там, где без него уже нельзя»: в авиации, автопроме, медицине и финансах. Для небольших IT-команд порог входа определяется не функциональностью, а отсутствием понятной методики расчёта выгоды. Пока такой методики нет, разрыв между 80% и 4% вряд ли сократится.
