9.6 Утверждение требований
Написать требования — это половина работы. Вторая половина — убедиться, что они правильные и поняты всеми. В этом видео разбираем верификацию и валидацию требований: как проверить качество документа и согласовать его с заинтересованными сторонами.
В видео рассмотрим:
- в чём разница между верификацией и валидацией, и на какой вопрос отвечает каждая из них
- как бизнес-аналитик проводит верификацию требований с опорой на девять принципов качества
- кто входит в круг заинтересованных сторон и как их выявлять перед валидацией
- два формата валидации: офлайн и онлайн — плюсы, риски и когда выбирать каждый
- как использовать реестр замечаний для структурированного сбора и анализа комментариев
- типичные ситуации при обсуждении замечаний: конфликты с юристами, финансовые ограничения, непонимание процесса
- когда требуется повторная валидация и как завершить процесс утверждения требований
Видео будет полезно, если вы:
- хотите понять, как правильно согласовывать требования с командой и заказчиком
- сталкиваетесь с противоречивыми комментариями от разных участников проекта
- хотите минимизировать риск изменений на этапе разработки
- стремитесь выстроить прозрачный и управляемый процесс утверждения документов
Конспект лекции▾
Перед финализацией требований бизнес-аналитик проводит их верификацию и валидацию. Верификация — проверка бизнес-аналитиком готовности требований к валидации, отвечающая на вопрос «правильно ли написаны требования»; выполняется по девяти принципам качественных требований с помощью чек-листов и внутрикорпоративных наборов критериев качества. Валидация — процесс, отвечающий на вопрос «правильные ли требования написаны», то есть подтверждающий соответствие требований бизнес-целям и ожиданиям заинтересованных сторон. Для валидации сначала выявляется список заинтересованных сторон по формуле: заказчик, разработчики, исполнители нового бизнес-процесса, лица, на которых процесс влияет, и консультирующие роли по матрице RACI.
Валидация организуется офлайн или онлайн. Офлайн-процесс: аналитик готовит документ, направляет заинтересованным сторонам для ознакомления и комментариев, собирает и обрабатывает обратную связь и формирует итоговую версию; подход требует больше времени, но снижает риск ошибок и оставляет зафиксированную историю обсуждения — применяется в организациях со стабильными процессами, при высокой цене риска, большом числе экспертов или дискуссионном характере проекта. Онлайн-процесс: аналитик готовит список вопросов и проводит встречу, на которой правки вносятся сразу и документ утверждается по итогам обсуждения; подход быстрее, но повышает риск неточностей из-за нехватки времени на детальный анализ — характерен для команд, работающих по Agile. Для сбора комментариев используется реестр замечаний — таблица, фиксирующая автора комментария, пункт требований и решение (принято/отклонено), что облегчает анализ противоречий и обеспечивает прозрачность обсуждения.
Отдельного устного обсуждения требуют замечания, способные разрушить процесс (например, юридические ограничения, усложняющие клиентский путь), замечания с финансовыми последствиями и случаи, когда эксперт не понимает предложенный процесс. Повторная валидация нужна при изменении бизнес-целей или приоритетов, при выявлении ранее пропущенных заинтересованных сторон и при изменениях внешней среды, например в законодательстве. После обработки замечаний документ либо утверждается и регистрируется, либо проходит повторный цикл сбора комментариев; после утверждения изменения вносятся только через процедуру управления изменениями.
Ещё больше пользы — в Telegram
Разборы терминов, инструменты для аналитиков и анонсы новых лекций — в канале Open BA.
t.me/open_ba →Прокачайтесь по-настоящему — не просто посмотрите
Видео можно смотреть бесплатно. А в БА Академии курс превращается в тренажёр.