Бизнес-анализ

Предположим, у нас есть потенциальный клиент и он ставит задачу «хочу второй Amazon» или «хочу новую CRM». Пожелание высказано, но что именно нужно делать команде — непонятно. Есть расхожее выражение «Когда люди покупают дрель, им не нужна сама дрель. Им нужны дырки в стене (или разъяренные соседи). Результат, а не сам инструмент». Так и заказчику нужна не сама CRM, а нужно решить бизнес-проблемы.

ЗАДАЧИ И ТРЕБОВАНИЯ

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

Но что именно нужно делать команде? Есть только постановка задач на высоком/концептуальном уровне. А теперь ее нужно декомпозировать на относительно небольшие задачи, прописать на детальном уровне критерии приемки, объяснить задачу разработчикам и тестировщикам. Не так важно, кто это сделает, главное, чтобы было сделано. Проект продвигается и меняется контекст. То, что вчера было очень важным, сегодня может стать второстепенным. Могут поменяться требования регулятора или измениться интерфейс системы, с которой наше решение должно быть проинтегрировано. К сожалению, требования после утверждения практически всегда меняются. Этими изменениями нужно управлять, иначе команда будет делать не, что нужно клиенту или не в той последовательности.

с точки зрения команды, основная его задача — снижение неопределенности.

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

в долгосрочной перспективе это приводит к уменьшению стоимости. ROI бизнес-аналитика = (Затраты на переделки, которых мы избежали)/Цена бизнес-аналитика. Ключевой элемент — сокращение объема работ, требуемых для достижения целей. Прояснение потребностей всех заинтересованных лиц, формирование общей согласованной картины, привязка всех требований к бизнес-целям — все это позволяет избегать многочисленных переделок в дальнейшем.

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

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

БИЗНЕС-АНАЛИЗ И ПРОЕКТ

  • ПРЕДПРОЕКТНЫЕ РАБОТЫ (Discovery/Solution Design) — фаза, на которой проводится обоснование целесообразности старта разработки.
    • Понять текущее состояние бизнеса, его проблемы или возможности, которых ему не хватает.
    • Понять, что именно бизнес-хочет получить по результатам разработки и внедрения решения.
    • Определить подходы к решению выявленных проблем и выбрать из них тот, который приносит максимальную ценность для заказчика.
    • Определить на высоком уровне границы решения и критерии успеха.
  • ПРОЕКТНЫЕ РАБОТЫ — фаза, на которой идет активная разработка и тестирование.
    • Выявить, описать и согласовать детальные требования к решению.
    • Управлять изменениями требований.
    • Проводить приоритизацию требований.
    • Организовать приемочное тестирование.
  • ПОСТПРОЕКТНЫЕ РАБОТЫ — фаза оценки полученной ценности/пользы.
    • Оценить полученный результат.
    • Обработать замечания и предложения, полученные по результатам эксплуатации.
    • Обновить базу знаний по проекту.