Skip to main content

Бизнес

Проверка и контроль требований в бизнес-анализе. Часть 4

Проверка требований в бизнес-анализе

Данная статья – продолжение нашей большой статьи по бизнес-анализу. Чтобы читать сначала, пожалуйста, перейдите по этой ссылке.

Способы проверки требований заинтересованных сторон

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

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

Вы можете начать процесс проверки на ранних этапах, когда вы повторно проговариваете или повторяете требование, обращаясь к заинтересованной стороне, чтобы получить разъяснения, правильно ли вы зафиксировали требование. Это можно сделать несколькими способами:

  • Перефразирование, когда вы воспроизводите услышанное в ответ, а заинтересованное лицо проверяет сказанное.
  • Фиксация требований в письменном виде и отправка их заинтересованной стороне для проверки и правок.
  • Получение согласия от заинтересованной стороны и, возможно, от их начальства.

Требования фиксируются и затем классифицируются на бизнес-требования, пользовательские требования, функциональные и нефункциональные требования и, наконец, переходные требования. Это называется структурой декомпозиции требований, и она фиксирует, как требования низкого уровня согласовываются с требованиями бизнеса и заинтересованных сторон. Это также гарантирует, что сложности в требованиях будут идентифицированы и разъяснены в контексте всего объема проекта.

Структура декомпозиции требований

Следующим этапом жизненного цикла проекта является обеспечение состояния, когда каждое требование выполняется в соответствии с заданным содержанием для создания конечного результата. И этот результат позволит достичь одной или нескольких измеримых целей проекта.

Следующим этапом является определение приоритета требований и того, как они наилучшим образом соответствуют достижению целей проекта, ожидаемым результатам, решению заявленных вопросов и проблем или реализации новых возможностей. Эти требования затем можно разделить на три категории: обязательные, важные или желательные. Разделение требований на эти три категории поможет вам определить, какие из них наиболее важные.

Заключительный этап процесса проверки – убедиться, что требования проходят тест SMART. Являются ли они конкретными, измеримыми, достижимыми, реалистичными и отслеживаемыми, и написаны ли они на языке, который будет понятен каждому?

SMART модель

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

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

Методы проверки соблюдения требований

Как показывает практика, если бизнес-аналитик использует один метод проверки требований, то, чаще всего, это приводит к провалу проекта. Чем более конкретный и измеримый список требований, тем больше шансов удовлетворить запросы заинтересованных сторон, клиентов и спонсоров после завершения проекта.

Во-первых, у вас есть два метода, связанных с подходами к проверке документации: экспертная проверка и формальная проверка. Методика экспертной оценки – менее формальный подход.

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

Затем он возвращает список бизнес-аналитику для исправлений, где уже заинтересованная сторона совершенствует требования для лучшего его понимания. На самом деле цель здесь – выявить улучшения, а не строгое подтверждение. Методика формальной проверки завершается после того, как пакет требований прошел проверку и первый раунд экспертной оценки.

Формальная проверка – это дисциплинированный подход, включающий экспертов в предметной области, модератора, делопроизводителей и сборщиков требований. Эти люди необходимы, поскольку вы, абзац за абзацем, просматриваете всю документацию, подтверждая, что каждое требование будет достигать цели проекта, имеет определенные критерии выхода, и что документ готов к переходу, к следующему методу: фиксации критериев приемки.

Критерии приемки – это методика определения «Готовы ли мы?» и «Как мы это узнаем?». Чем более конкретные требования предъявляются, тем больше возможностей для предварительного определения измеримых критериев успеха.

Применение метода критериев приемки допустимо, когда:

  • критерии завершения связаны с бизнес-требованиями высокого уровня;
  • требования поддаются количественной оценке, и они ясны;
  • матрица отслеживания была применена в отношении того, кто и когда запросил требование;
  • у вас есть критерии завершения, подписанные спонсором и клиентами.

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

Виды документации, которые необходимо подготовить перед проектом

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

Начнем с руководства по процедурам. Его цель – объяснить, как процесс должен функционировать. Кто что делает, когда, в какой последовательности и в соответствии с руководящими стандартами? Данное руководство становится единственным источником истины о том, как новые процессы принесут текущие выгоды и результаты.

Руководства по процедурам должны быть удобными для чтения, с большим количеством пробелов, содержать детали, но не быть сложными, использовать комбинацию текста и диаграмм и предоставлять полную информацию для данной процедуры.

Проектная документация

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

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

Еще один ключевой комплект документации, который необходимо подготовить – это учебные материалы. Учебные материалы обычно фокусируют то, как пользователь будет взаимодействовать с новым продуктом. Однако учебные материалы также потребуются для новых бизнес-процессов или поддержки внедрения нового продукта проекта.

Важно то, как организованы материалы, поскольку вы хотите, чтобы пользователь мог быстро усвоить представленную информацию. Учебные материалы должны быть основаны на требованиях. Их необходимо проверить на предмет содержания, точности и ясности инструкций.

Учебные материалы должны быть удобными для чтения с большим количеством пробелов, включать, возможно, несколько демонстраций или образцы результатов, предоставлять достаточно деталей и контекста, использовать комбинацию текста и диаграмм с конкретными примерами и, наконец, подробно описывать источники дополнительной поддержки.

Как бизнес-аналитик, вы играете ключевую роль в создании переходного материала от проектной группы, владеющей продуктом, к бизнесу. Созданная вами документация позволяет бизнесу взять на себя ответственность за будущие продукты проекта.

Критерии приемлемости в бизнес-анализе

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

Ваши критерии приемлемости должны быть разработаны совместно с вашими ключевыми заинтересованными сторонами. И они должны быть конкретными, чтобы вы могли четко определить, когда вы достигли бизнес-целей. Кроме того, критерии приемлемости также имеют следующие характеристики:

Во-первых, они отражают конкретные бизнес-результаты, определенные на ранней стадии проекта. Надежные критерии приемлемости являются частью матрицы отслеживания, которую мы обсуждали в предыдущей статье. Их можно отследить от первоначального желаемого результата через требования до того, как они будут протестированы. Критерии приемлемости определяют фиксированную финишную черту, которую все должны видеть и стремиться к ней.

Во-вторых, критерии приемлемости отражают желания и ожидания ваших заинтересованных сторон. Как бизнес-аналитик, вы должны находиться в постоянном контакте с ключевыми заинтересованными сторонами, сообщая о прогрессе в достижении результатов проекта. Критерии приемлемости могут быть составлены заранее, но их следует постоянно пересматривать и уточнять по мере продвижения проекта.

В-третьих, критерии приемлемости устанавливают или усиливают приоритеты проекта. Большинство проектов предназначены для достижения нескольких бизнес-результатов, однако на самом деле они все являются приоритетными. Поэтому данные критерии уравновешивают несколько целей проекта и помогают проектной команде создавать процессы и инструменты, которые соответствуют целостным целям всех ваших заинтересованных сторон и спонсора.

В-четвертых, критерии приемлемости включают особенности того, как они будут измеряться. Делать предположение, что все заинтересованные стороны будут применять один и тот же подход к измерению – очень опасно. Ваши критерии приемлемости должны включать точные процессы, с помощью которых будет измеряться успех: какие бизнес-процессы будут измеряться, какая единица измерения будет использоваться, и какая конкретная цель должна быть достигнута.

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

Для продолжения чтения, перейдите, пожалуйста, на статью "Оценка результатов проекта в бизнес-анализе. Часть 5"


 

Что еще почитать

  • Последнее обновление: .
  • Просмотров: 5946