Методы бизнес-анализа

Записаться

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

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

Вопрос - является ли это обязательным? Нет, BABOK не предписывает конкретного набора методов, которые должны использоваться, он рекомендует просто, что с большой долей вероятности если вы будете использовать этот или этот метод при выполнении этой и этой задачи, вас ждет успех, потому что до вас уже n-ное количество бизнес-аналитиков его использовали и остались довольны. Это плод коллективного труда, коллективного разума, который решил, что использование этих методов для решения таких задач по бизнес-анализу является рекомендованным.

Какова структура описания метода? Каждый метод описывается стандартно. Есть назначение метода: какие цели преследует использование данного метода - это в разделе «назначение». Немного, буквально три-четыре-пять строчек. Описание - это уже более развернутое описание метода, где описывается, как его использовать, какие-то характеристики. Элементы - это какие-то ключевые параметры, которые нужно знать при использовании данного метода. Советы по использованию - это тоже интересный раздел в своде знаний по бизнес-анализу - это сильные стороны и ограничение того или иного метода. У любого решения есть плюсы и минусы, и BABOK совершенно честно говорит о том, что есть сильные стороны данного решения, но есть издержки, есть ограничения, когда вам не рекомендуется его использовать, и как снять эти ограничения.

В качестве примера мы разберем метод прототипирования. Прототипирование появилось в этой версии и является новым методом, и мы сейчас разберем, из чего он состоит.

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

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

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

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

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

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

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

Есть разные типы прототипов: визуальный, функциональный, прототип пользовательского опыта, когда мы хотим посмотреть, насколько удобно пользоваться этим решением и так далее. Есть разные методы прототипирования, например раскадровка. Раскадровка - это метод, который используется при производстве мультипликации, когда вы какое-то произведение раскладываете на какие-то элементы, и с помощью этих кадров вы рассказываете историю. 6, 8, 10, 12 может быть кадров и так далее.

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

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

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

Давайте просмотрим примеры прототипов. Proof of Concept - это прототип подтверждения концепции. Мы делаем прототип, который концептуально поддерживает нашу идею. Proof of Principle - это прототип подтверждения концепции. Prototype Form Study - это прототип изучения формы, когда мы хотим понять, как наш объект будет выглядеть, как наше решение будет выглядеть физически, в размере. Например, мы делаем какую-то систему доступа: столб, шлагбаум и так далее, из каких-то элементов, мы смотрим. Или мы используем систему 3d печати, чтобы что-то распечатать, пощупать, а как он будет - это некий прототип изучения формы, он ничего не делает, кроме как он должен по форме соответствовать нашему решению. Мы хотим понять, насколько он отвечает нашим ожиданиям по форме - это могут быть недорогие материалы, специфические и так далее.

Следующими примерами прототипов может служить Usability Prototype - это оценка взаимодействия, насколько наше решение нравится пользователю, насколько ему удобно с ним работать, насколько оно интуитивно ему понятно. Чаще всего сейчас

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

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

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

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

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

Поскольку человек много информации получает именно через глаза, мы можем визуально представить себе, как будет выглядеть наше решение. Очень часто при работе с заинтересованными сторонами все говорят: «Покажите что-нибудь, хоть что-нибудь покажите». Прототипирование позволяет ответить на этот вопрос. Сильная сторона прототипирования в том, что мы привлекаем заинтересованных лиц как можно раньше к выработке решения. Иногда заинтересованная сторона говорит: «Когда у вас будет готово, тогда и приходите». Чтобы так не получилось, мы приносим минимально работающий продукт, но он как-то работает, его можно уже показать и заинтересованное лицо показывает свою заинтересованность в этом продукте, начинает давать какие-то комментарии, требования, таким образом мы вовлекаем его и получаем обратную связь. Это является сильными сторонами данного метода с точки зрения BABOK.

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

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

Может возникнуть такой интересный эффект, когда некоторые неискушенные заинтересованные лица, глядя на прототип, могут решить, что у вас уже все готово. «Вы же показывали на прошлой неделе, что у вас уже решение готово, почему вы мне говорите, что вам надо еще работать целый год? У вас же все уже работало.» Это может ввести в заблуждение заказчика, и это тоже такой аспект с которым надо обязательно считаться.

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

В качестве завершения по методам я хочу показать табличку, которая показывает, новые методы, которые были добавлены в версию 3.0. У нас было 34 метода, добавлено 16. Проанализировав эти добавленные методы, вы можете посмотреть и понять, какие тренды повлияли на изменение стандарта по этой дельте. Давайте посмотрим: много методов, как минимум два, связаны с Agile - это управление бэклогом и приоритезация. Это явно два метода, которые пришли из Agile. Бизнес-модель «Канвас» - это такой метод, который появился после выхода знаменитой книжки «Анализ бизнес-моделей» Александра Остервальдера и Ива Пенье, где рассказывается, что такое бизнес-модель. Этот подход уже попал в стандарт BABOK как отдельный метод. Что еще здесь интересного, современного появилось? Интеллект-карта (mind map) - это красивый графический метод, когда мы графически структурируем какую-то проблему или каким-то образом анализируем данные - это интеллектуальная карта, mind map, интеллект-карта, ментальная карта.

Отслеживание вопросов элементов - это тоже интересный метод, он посвящен тому, что необходимо обязательно отслеживать вопросы, которые возникают во время проекта, ошибки, пожелания пользователей. Это некий по-английски Item Tracking, они не должны теряться, если вам заказчик что-то говорит, вы должны это каким-то образом зафиксировать и обработать. Иначе получается так, что: «Я вам говорил же, неоднократно, а вы это все потеряли, из-за этого решение выглядит не так или функционирует не так, как мне бы хотелось» - это может привести к таким последствиям.

Методы являются очень важной частью свода знаний по бизнес-анализу BABOK. Всего методов в своде знаний 50, 16 из них добавились в третьей версии. Все методы так или иначе привязаны к задачам, не бывает методов, не привязанных задачам. Изучение метров является очень существенной частью в изучении BABOK