Области знания

Записаться

Следующим важным понятием BABOK являются области знания. Давайте найдем какую-то аналогию в том, что все мы понимаем под словом «область знания». Все мы говорим «область знания - биология» или «область знания - математика» и так далее. Таких областей знания человеческого много достаточно.

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

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

Инструментарий. В каждой области знания работают со своими инструментами, и в каждой области знания они свои. Результаты. Они тоже разные.

Есть такие общечеловеческие области знания, которые все мы с вами знаем. BABOK область бизнес-анализа тоже делит на области знания.

Всего областей знания в BABOK выделено 6. Определение области знания - это некое пространство экспертизы, оно базируется на экспертизе, включающее в себя несколько конкретных задач по бизнес-анализу. Таким образом, областей знания у нас 6 и мы сейчас на верхнем уровне пройдемся по всем этим областям знания, чтобы понять, что нам ожидать от каждой. Напомню, что области знания, описаны в главах с 3 по 8, в каждой главе каждой главе своя область знания.

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

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

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

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

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

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

Задачи 3.3 и 3.4 - это больше техническое управление информацией по бизнес-анализу. Какие у нас будут и где будут храниться требования, как будет осуществляться доступ и так далее. Есть информация, где она будет храниться, как она будет храниться, кто будет иметь к ней доступ, как она будет распределяться и прочее - это предмет этой задачи по бизнес-анализу.

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

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

Следующая область знания, крайняя слева на картинке - это Выявление и взаимодействие. Здесь нет слова «требования» - это подготовка к обследованию, проведение обследования, подтверждение результатов обследования, сообщение информации по бизнес-анализу. Не просто требования, а именно информация по бизнес-анализу.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Задача 8.3 Оценка ограничений решения. Мы рассматриваем решение отдельно, разбираем его на части и смотрим, какие ограничения есть и как эти ограничения можно снять, чтобы повысить ценность нашего решения.

Задачи 8.4 Оценка ограничений предприятия - когда мы смотрим на решение в контексте предприятия: какие есть ограничения в предприятии, которые мешают раскрыться ценности нашего решения? Например, какая-то шина устаревшие или IT архитектура не позволяет нам, железо устаревшее. Давайте уберем эти ограничения и ценности решения повысится.

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

Таким образом мы с вами рассмотрели 6 областей знания по бизнес-анализу, которые описаны в главе с 3 по 8, каждая область знания чем занимается. Область знания состоит из задач по бизнес-анализу. Далее в курсе мы будем подробно их рассматривать.