Терминология в статье:
- Stakeholder - это заинтересованная сторона или участник процесса, который прямо или косвенно влияют на компанию и ожидают определённых результатов деятельности.
- "проработка требований" - это процесс выявления, анализа и документирования требований, которые должны соответствовать потребностям бизнеса и заинтересованных сторон (stakeholder-ов)
Давайте разберемся в том, какую выгоду (преимущества) получаем от качественной проработки требований (и кто получает), но перед этим нужно ответить на вопрос "Что мы считаем под качественной проработкой требований?"
Попробуем ответить на него исходя из концепции того, что проработка требований не является самоцелью, а инструмент для достижения определенной цели.
А какую цель преследуют заинтересованные стороны (stake-holder-ы)? Очевидно, что их целью является получение качественного продукта, те продукта, в общем смысле, удовлетворяющего определенным критериями: функциональность, надёжность, производительность, безопасность и экономичность. Немаловажным фактором является и фактор времени, те тот промежуток времени, в который критерии достигаются (вряд ли заказчик будет рад получить отличный продукт за сильно дорого и не скоро).
Исходя из данной логической цепочки получается, что качественная проработка требований - это такой процесс сбора, анализа и документирования требований, который способствует созданию продукта, максимально соответствующего ряду критериев. И это касается не только результата, но и процесса.
Для детализации преимуществ, получаемых заинтересованными сторонами, обратимся к труду Карла Вигерса и Джой Битти "Разработка требований к программному обеспечению", где перечислены следующие преимущества:
- меньше дефектов в требованиях и, как следствие, в готовом продукте;
- меньше переделок по причине неучтенных требований; (про неучтенные требования можно прочитать в статье "Работаем с упущенными требованиями"
- быстрее разработка и поставка готового продукта;
- меньше ненужных и неиспользуемых функций;
- ниже стоимость модификации за счет выявления проблем с требованиями на ранних этапах;
- меньше недопонимания между всеми участниками процесса;
- меньше расползание границ проекта, если требования проверяются на предмет достижения бизнес цели проекта и приоритезированы;
- меньше беспорядок в проекте;
- выше удовлетворение заказчиков и членов команды;
- продукты, которые делают то, что от них ожидается;
Больше другой полезной информации в ТГ канале: https://t.me/all_for_analyse