Область знания. Оценка решения

Записаться

Здравствуйте! В этом занятии мы начинаем с вами изучать область знания Оценка решения. Давайте поговорим о том, что же описывает и что в себя включает эта область знания. Она описывает задачи, который бизнес-аналитик выполняет для оценки эффективности и ценности, которую решение представляет для заинтересованных лиц или заинтересованных сторон. Также в ходе этой оценки выявляются разного рода ограничения: как ограничение самого решения, так и ограничение всего предприятия или компании, для которой данное решение предназначено. Эта область знания дает понимание того, как можно решить эти задачи. Структурно эта область знания находится в 8-ой главе свода знаний по бизнес-анализу.

Чтобы дальше нам продолжать рассматривать какой-то кейс, я напомню тот кейс, который мы будем рассматривать на протяжении занятий по этой области знания. Вы являетесь бизнес-аналитиком и вам предстоит участвовать во внедрении нового решения финансовой направленности по замене старого. Класс решения это ERP (Enterprise Resource Planning – Управление ресурсами предприятия), спонсором является финансовый директор, методологом компании по данному направлению деятельности является какая-то внешняя аудиторская компания. Есть заинтересованные лица. Экспертами предметной области выступает главный бухгалтер, руководители направлений по финансам. И в ходе обсуждения этой области знания мы с вами будем периодически обращаться к данному кейсу.

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

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

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

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

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

• Первый очень важный пункт — это работающее решение, и подчеркивается, что оно внешнее. На это есть прямое указание В BABOK версии 3.0. BABOK - это свод знаний по бизнес-анализу. Он не для разработки решений. Предполагается что разработка решений регулируется какими-то внешними документами. То есть в области разработки подразумевается что работающее решение, получено с помощью каких-то методов, которые в BABOK не рассматриваются. Но оно должно быть, потому что, чтобы оценить возможности данного решения и его ограничения, оно должно быть в какой-то степени работоспособно. Это может быть прототип, это может быть бета-версия, это может быть какой-то ограниченный релиз - это не принципиально. BABOK раз принимает все варианты. Главное чтобы это решение было в какой-то степени работоспособным. Таким образом первым типом входных данных является работающее решение.
• Следующей тип входных данных - это описание текущей ситуации. Поскольку у нас есть какое-то решение - мы должны понимать, какова сейчас ситуация в компании, и, что мы собираемся изменить нашим решением. То есть нам необходимо понимать текущую ситуацию. С другой стороны, мы должны понимать - куда мы стремимся.
• Поэтому, в качестве входных данных задаются бизнес-цели. У нас есть бизнес цели, потому что бизнес цели помогают нам оценивает наши решения. Насколько они вносят вклад в достижение этих бизнес-целей. У нас есть понимание текущей ситуации, есть бизнес цель, к которой мы стремимся, и работающие решения.
• Четвертый вид входных данных - это потенциальная ценность. Это та ценность, которую мы собираемся достичь в ходе нашей деятельности.

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

Итак, задача номер один, вернее 8.1. 8 - этот номер главы или раздела, 1 — это порядковый номер. Задача 8.1 Оценка производительности решения. Что сюда входит? Сюда входит, во первых, выбор показателей, сбор данных и расчет этих показателей. Таким образом важно то, что эта задача предназначена для того, чтобы определиться - с помощью каких измерителей мы будем измерять показатели производительности и пригодности нашего решения для решения задач и осуществления тех изменений, ради которых эти решения рекомендуем. Это очень важная задача. Там используются различные методы. И количественные, и качественные для того, чтобы составить перечень показателей и использовать их в дальнейшей работе. Решением задачи 8.1 «оценка производительности», мы определяем перечень показателей, мы принимаем данные, которые берутся чтобы эти показатели рассчитать. Это тоже очень ответственная задача. Можем придумать показатель очень красивый, но у нас не будет данных, или данные будут недостоверные. Об этом тоже надо подумать. Задача 8.1 «оценка производительности решения». BABOK разделяет техническую оценку и анализ показателей производительности.

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

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

Задача 8.4 - это оценка ограничений предприятия. То есть, можно себе представить, наше решение, а вокруг него – контекст всего предприятия. Мы теперь смотрим на решение с точки зрения всего предприятия – «а что нам мешает в предприятии?». Будем считать, что решение у нас идеальное. Но что мешает нашему идеальному решению раскрыться также идеально в этой конкретной компании. Такое часто бывает, когда одно и то же решение одному заказчику подходит, а другому заказчику не подходит. У одного оно «выстрелило» очень успешно, у другого провалилось. Это из-за того, что не учтены какие-то внешние ограничения. Примерами этих ограничений может быть корпоративная культура или уровень риска, технологическая инфраструктура с которой приходится взаимодействовать, другие приложения и так далее. То есть мы смотрим на предприятие в целом и на то, как наше решение взаимодействует с ним, чтобы сделать взаимодействие более эффективным. Задача 8.4 это «оценка ограничений внешних» по отношению к решению задачи 8.3 Оценка внутренних ограничений решения.

Завершающей задачей является задача 8.5 «рекомендации действий по повышению ценности решения». Отлично, мы с вами оценили производительность нашего решения, рассчитали показатели, проанализировали их, выбрали те которые устраивают заинтересованных лиц, то есть валидировали их, проверили, определили перечень ограничений которые мешают раскрыться нашему решению самому по себе и в контексте конкретного предприятия. И что же делать потом? Решить задачу 8.5 Рекомендация действий по повышению ценности решения. На практике - это может быть план действий, перечень мероприятий и так далее. То есть перечень каких-то необходимых действий, которые необходимо предпринять чтобы повысить ценность решения для заинтересованных сторон с учетом выявленных ограничений, что мы должны сделать чтобы преодолеть эти ограничения или снять эти ограничения чтобы повысить ценность решения для заинтересованных сторон.

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