11. Ракурсы Flashcards
1
Q
Что собой представляет ракурс?
A
Ракурсы, рассмотренные в
Руководстве BABOK® , отражают некоторые из наиболее распространенных представлений о бизнес-анализе, существовавших на момент написания Руководства. Ракурсы предоставляют пути проведения работы по
бизнес-анализу более целенаправленно и с учетом контекста. Ракурсы
помогают интерпретировать и понимать области знаний и задачи,
описанные в Руководстве BABOK®
в контексте текущей работы бизнес-аналитика.
2
Q
Какие в руководстве BABOK® включены ракурсы?
A
- Agile,
- Business Intelligence
- Информационные технологии,
- Бизнес-архитектура,
- Управление бизнес-процессами (BPM)
3
Q
Какую структуру имеют ракурсы?
A
- Скоуп изменений,
- Содержание бизнес-анализа,
- Методологии, подходы и техники,
- Основополагающие компетенции,
- Влияние на области знаний.
4
Q
В чем суть ракурса “Ракурс Agile”?
A
Ракурс Agile выделяет уникальные характеристики бизнес-анализа,
когда он применяется в контексте Agile-среды.
Суть Agile - гибкий склад мышления, воплощаемый в наборе ценностей и
принципов, и выражающийся в спектре сопутствующих практик. Agileинициативы предполагают постоянные изменения. Бизнес-аналитики,
работающие в Agile-инициативах, постоянно переосмысливают,
адаптируют и корректируют свои действия и тактики. Бизнес-аналитики
проводят анализ и поставляют рабочие продукты в последний
возможный момент, чтобы обеспечить постоянную гибкость изменений;
детальный анализ выполняется не заранее, а именно в то время, когда
Agile-команда действительно может его использовать.
Agile бизнес-аналитик обеспечивает Agile-команду информацией в
необходимое время и с требуемой степенью детализации. Бизнесаналитики помогают Agile-команде отвечать на следующие вопросы:
• Какую потребность мы пытаемся удовлетворить?
• Стоит ли эта потребность того, чтобы ее удовлетворять?
• Должны ли мы что-то поставлять для удовлетворения этой
потребности?
• Каков правильный способ удовлетворения этой потребности?
В ходе Agile-инициативы, бизнес-анализ выполняется непрерывно и
опирается на межличностные навыки, такие как коммуникация, фасилитации, коучинг и ведение переговоров. Бизнес-аналитики -
активные члены Agile-команды, и часто помогают с задачами
планирования, анализа, тестирования и демонстрации. Бизнес-анализ в
Agile-команде могут выполнять менеджер/владелец продукта, бизнесаналитик или другие установленные командные роли. Бизнес-аналитики
помогают команде определять изменения в предположениях и другие
возникающие вариации проекта.
См. в Agile-расширении к Руководству BABOK® расширенное объяснение
роли, склада мышления и практик бизнес-анализа в -подходах, а также
подробную информацию о ценностях и принципах Agile-манифеста
(www.manifesto.org).
5
Q
В чем суть характеристики “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
Бизнес-аналитики, работающие в Agile-инициативах, взаимодействуют
с бизнес-спонсором на стратегическом уровне и помогают ему в
определении соответствия предлагаемого продукта или его свойства
целям организации. Они сотрудничают с различными
заинтересованными сторонами и командой изменений для
представления продукта в виде приоритизированного списка задач,
подлежащих выполнению. Приоритизированные элементы (или
приоритизированный бэклог) обычно фокусируются на необходимых
возможностях результирующего продукта, в первую очередь выделяя те,
которые имеют наибольшую ценность.
Бизнес-аналитик может выступать в качестве представителя
заинтересованной стороны, либо работать напрямую со спонсором или
владельцем продукта.
Agile-среда предполагает изменения и быструю реакцию на изменения.
Agile-команды поставляют небольшие инкрементальные изменения и
фиксируют обязательства выполнения приоритетных рабочих
элементов только для одной ближайшей итерации. Это позволяет Agileкомандам обрабатывать возникающие изменения предстоящей
итерации с минимальными последствиями. Итерация — это
согласованный период работы.
Требования разрабатываются в ходе непрерывного исследования и
анализа потребностей бизнеса. Важно отметить, что большинство Agileподходов итерационны, но не все итерационные подходы - это Agile.
Также существует несколько неитерационных Agile-подходов, например,
метод Канбан.
В ходе Agile-инициативы ее скоуп постоянно изменяется. Этими
изменениями управляют с помощью бэклога, который постоянно
пересматривается и пере-приоритизируется. Этот процесс способствует
уточнению и переопределению скоупа с целью удовлетворения
изменяющихся и возникающих потребностей бизнеса. При возникновении крупного изменения, оказывающего значительное
влияние на общую ценность и результат проекта, проект может быть
отложен и заново оценен.
6
Q
Какими элементами описывается характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
- Диапазон изменений
- Глубина изменений
- Ценность и создаваемые решения
- Подход к поставке
- Основные допущения
7
Q
В чем суть элемента “Диапазон изменений” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
Agile-подходы используются для удовлетворения различных
потребностей предприятия. Чаще всего, Agile-практики используются в
проектах по разработке программного обеспечения. Однако многие
организации начали применять Agile принципы к изменениям, не
связанным с разработкой программного обеспечения, таким как
инженерия процессов и улучшение бизнеса. Инициативы, использующие
Agile-подходы, могут предприниматься в рамках одного подразделения
или охватывать несколько команд, департаментов и подразделений
организации.
Для организаций, плохо знакомых с гибким мышлением и практикой,
сосредоточенность на постоянном улучшении, постоянном изменении
поведения и достижении прогресса позволяет перейти к культурному
принятию гибкого мышления. Под усвоением Agile-мышления следует
понимать включение в культуру Agile-принципов, в отличие от
восприятия в качестве подлежащей внедрению методологии или
практики.
8
Q
В чем суть элемента “Глубина изменений” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
Инициативы, использующие Agile-подход, часто являются частью более
крупных программ, включая преобразование и изменение организации,
либо реинжиниринг или изменение бизнес-процессов. Поток работ Agile
часто, но не обязательно, фокусируется на разработке программного
обеспечения. Другие элементы программы могут разрабатываться с
использованием Agile или иной методологии, в соответствии с
потребностью. Принципы и практики Agile часто успешно применяются в
инициативах, где:
• присутствует несомненный интерес клиента и вовлечение
полномочных специалистов в предметной области (SME),
• бизнес-потребность или предлагаемое решение сложны или
затруднительны,
• потребности бизнеса изменяются или неизвестны и еще только
формируются.
Agile-подходы могут использоваться как для инициатив, впервые
создающих решения, так и для поддержки и улучшения существующего
решения. Например, если изменение критично для бизнеса, могут
добавляться процессы, обеспечивающие выполнение регуляторных
требований и управление важнейшими аспектами проекта.
9
Q
В чем суть элемента “Ценность и создаваемые решения” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
Ценность и решения, поставляемые в рамках Agile-инициативы, такие
же, как в любой другой инициативе. Особенность Agile-подхода - упор на
раннюю поставку ценности через тесное сотрудничество с
использованием адаптивного планирования, сфокусированного на
постоянном совершенствовании.
Благодаря использованию Agile-командой такого подхода, Agileинициатива поставляет ценность через регулярную оценку выполненной
работы и получение обратной связи о ней. Заинтересованные стороны
получают возможность часто оценивать продукт, что позволяет им
вовремя выявлять упущенные требования. Решение эволюционирует с
течением времени, предполагая быстрое и гибкое реагирование на
изменения. Ясность и прозрачность всех коммуникаций имеют
первостепенное значение для обеспечения согласованности усилий
Agile-команды с потребностями и ожиданиями организации.
В новой команде бизнес-аналитик часто играет центральную роль в
построении взаимного понимания и доверия между членами Agileкоманды и внешними заинтересованными сторонами, способствуя
текущим совместным обсуждениям и работам. Это взаимодействие
помогает Agile-команде правильно поставлять ценность, отвечающую
развивающимся потребностям заинтересованных сторон.
10
Q
В чем суть элемента “Подход к поставке” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
Agile-подходы фокусируются на взаимодействии между людьми,
прозрачных коммуникациях и регулярной поставке заинтересованным
сторонам полезных изменений.
Каждый Agile-подход имеет свой уникальный набор характеристик,
позволяющий командам выбирать тот подход, который лучше всего
соответствует текущей инициативе. Некоторые Agile-команды
обнаружили, что для работы в рамках ограничений их окружения
необходим гибрид или комбинация подходов.
Описание различных Agile-подходов к поставке приводится в Agileрасширении к Руководству BABOK®
11
Q
В чем суть элемента “Основные допущения” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
A
Предположения, присутствующие в Agile-среде, обычно включают
следующие:
• Изменения требований принимаются даже на поздней стадии
разработки.
• Бизнес-проблему можно свести к набору потребностей, которые
возможно удовлетворить с использованием некоторой
комбинации технологий и изменений бизнес-процессов
• В Agile-инициативах присутствуют целиком вовлеченные клиенты и
полномочные эксперты в предметной области, полностью
принимающие Agile-подход.
• В идеале членство в команде является постоянным, и члены не
будут постоянно перемещаться в другие команды.
• Предпочтение отдается мультидисциплинарным компактно
размещенным командам, стимулируя более эффективное и
результативное личное общение. Однако, при наличии должной
поддержки и каналов коммуникации, Agile-подходы могут работать
и в распределенных командах.
• Члены команды могут выполнять более одной роли в команде,
если это требуется, и при условии, что команда обладает
соответствующими навыками (например, кросс-функциональные
команды).
• Члены команды настроены на постоянное совершенствование и
успешную поставку ценности через регулярную проверку.
• Agile-команды являются самоуправляемыми и
самоорганизующимися.
12
Q
Какими элементами описывается характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
A
- Спонсор изменения
- Цели и агенты изменений
- Позиция бизнес-аналитика
- Результаты бизнес-анализа
13
Q
В чем суть элемента “Спонсор изменения” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
A
Важно, чтобы спонсор agile-инициативы понимал философию, образ
мышления и подходы agile, а также был открыт для постоянной
обратной связи, требующей от заинтересованных сторон компромиссов.
Agile-cпонсор понимает и принимает следующее:
• использование адаптивного планирования вместо предиктивного,
• использование и ценность фиксированной длительности рабочего
цикла,
• необходимость и ценность вовлеченности спонсора.
Активное вовлечение в работу agile-команды спонсора (или
полномочного эксперта в предметной области) критично для
предоставления спонсору возможности предварительно рассматривать
и понимать разрабатываемый продукт, а также постоянно давать
команде обратную связь и корректировать продукт по мере изменения
потребностей.
14
Q
В чем суть элемента “Цели и агенты изменений” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
A
Гибкие подходы наиболее успешны, когда организационная культура и
рабочая среда настроены на интенсивное взаимодействие, частые коммуникации и четкую ориентацию на инкрементальные поставки
должной ценности решения.
Agile-команды - это, зачастую, либо малые команды, либо состоят из
малых команд. Более простая и более плоская структура не меняет того
факта, что поставляемые результаты могут затрагивать большую группу
заинтересованных сторон. Агент изменений, также считающийся
заинтересованной стороной, ничем не отличается от других
заинтересованных сторон в случае, если проект использует Agile.
Основными агентами изменений, использующих Agile-подход, могут
быть:
• Лидер Agile-команды: организатор работы команды. Лидер Agileкоманды часто имеет те же коммуникативные навыки, что и
руководитель проекта, но полностью делегирует команде задачи
планирования, упорядочивания и приоритизации. Вместо
традиционного командно-контрольного управления, во всех Agileподходах предпочитается “обслуживающее лидерство”. В
зависимости от подхода, эта роль может называться scrum-мастер,
менеджер итераций, лидер команды или наставник (coach).
• Представитель заказчика или владелец продукта: активный член
команды, отвечающий за то, чтобы разрабатываемое изменение
удовлетворяло тем требованиям, для которых оно
предназначалось. В Scrum эта роль называется “владелец
продукта”. В методе динамической разработке систем (dynamic
systems development method - DSDM) эта роль называется
“визионер” (visionary), а в экстремальном программировании
(extreme programming - XP) -“представитель клиента”.
• Члены команды: специалисты или эксперты в предметной области,
представляющие как техническую сторону, так и клиента. В
зависимости от размера и конкретного контекста инициативы,
члены команды могут иметь различную специализацию. Эксперты
по юзабилити, технические архитекторы и администраторы баз
данных – примеры специальных ролей, обеспечивающих при
необходимости поддержку команде.
• Внешние заинтересованные стороны: все остальные
заинтересованные стороны, которые нельзя отнести к членам
команды, но которые являются участниками, заинтересованными в
результатах проекта или просто необходимыми для его
выполнения, можно рассматривать как вспомогательные роли в
команде.
15
Q
В чем суть элемента “Позиция бизнес-аналитика” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
A
Agile-команда может иметь одного или несколько членов команды с
навыками бизнес-анализа, должность которых может не называться
“бизнес-аналитик”. Это признание членов команды с разными навыками расширяет практику бизнес-анализа за пределы роли отдельного
специалиста.
В Agile-командах работа по бизнес-анализу может выполняться одной из
следующих ролей или их сочетанием:
• бизнес-аналитиком, работающим в команде,
• представителем клиента или владельцем продукта,
• распределением этий работы среди членов команды.
11.1.3
Описание различных Agile-подходов к поставке приводится в Agileрасширении к Руководству BABOK®
16
Q
В чем суть элемента “Результаты бизнес-анализа” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
A
В Agile-среде, бизнес-аналитик объединяет людей и обеспечивает
вовлечение в работу Agile-команды правильных заинтересованных
сторон в правильное время. Открытая коммуникация и сотрудничество -
один из главных результатов успешного бизнес-анализа в Agile-проекте.
Бизнес-аналитик обеспечивает стратегическое соответствие видения и
направления проекта целям организации и потребностям бизнеса.
Бизнес-аналитики разделяют ответственность за определение
стратегических критериев выполнения проекта, и в ходе проекта
помогают с определением критериев приемки. Они также помогают
сформулировать концептуальное видение продукта. Концептуальное
видение продукта - типичный первоначальный объект поставки.
Строгость и стиль документации сильно зависят от цели и контекста, в
котором она создается. Agile-подходы предпочитают минимально
достаточную документацию, создаваемую точно в нужный момент, а не
предопределенные модели документации, подлежащие доставке. Такой
подход к документированию позволяет документам включать
максимально возможное количество вносимых изменений при
сохранении низкой стоимости изменений. Тем не менее, обязательная
документация, такая как та, что требуется для аудита или регуляторной
отчетности, производится в каждом цикле поставки. Важно, чтобы
документы рассматривали выявленную потребность и приносили
ценность большую, чем затраты на их разработку и поддержание.
17
Q
Какими элементами описывается характеристика “Подходы и техники” в рамках ракурса “Ракурс Agile”?
A
- Подходы
2. Техники
18
Q
В чем суть элемента “Подходы” характеристики “Подходы и техники” в рамках ракурса “Ракурс Agile”?
A
Agile — это зонтичный термин для множества разных подходов. Все Agile
подходы используют бизнес-анализ, но лишь немногие из них явно
определяют роль бизнес-аналитика. Основной характеристикой любого
Agile подхода является его соответствие ценностям и принципам
Манифеста Agile. Agile-команда может внедрить или постепенно
сформировать комбинацию подходов, позволяющую ей более успешно
поставлять ценность с учетом вида проекта и рабочей среды.
- Crystal Clear
Часть семейства методологий Crystal, определяемых
исходя из “твердости” и “цвета”. “Твердость”
относится к критичности бизнеса или возможности
причинить вред, что требует более строгого и
прогнозирующего планирования, необходимого по
мере повышения критичности. Под “цветом”
понимается тяжеловесность проекта в нескольких
измерениях, включая количество требуемых людей и
элементов риска в проекте. - Дисциплинированная Agile поставка (Disciplined Delivery, DAD)
Фреймворк процессов принятия решений,
включающий идеи множества других Agileподходов. Он предназначается для поддержки
реализации проекта с момента его начала. DAD не
носит предписывающий характер и позволяет
командам настраивать собственные жизненные
циклы и подходы. - Динамический метод разработки систем (Dynamic Systems Development Method, DSDM)
Фреймворк реализации проектов, в центре которого
- изначальное фиксирование стоимости, качества и
времени и управление непредвиденными
обстоятельствами через варьирование
поставляемых функций. Для управления скуопом
проекта используется техника приоритизации
MoSCoW. Для управления работой используются
“таймбоксы” или короткие периоды времени c четко
определенными результатами. - Эволюционное управление проектом (Evolutionary Project Management, Evo)
Метод управления проектом для инкрементальной
разработки и поставки системы. Он делает упор на
количественное определение ценности для
множества заинтересованных сторон и
планирование этапов, исходя из поставки этой
(измеримой) ценности. Для формальной оценки
способности решений доставлять ценность
множеству заинтересованных сторон с заданными
затратами, метод использует таблицы оценки
влияния - Экстремальное программирование (Extreme Programming, XP)
Получил название из-за идеи довести до предела
применение полезных техник разработки
программного обеспечения. Эта идея фокусируется
на технических процессах разработки и предлагает
парное программирование, разработку через
тестирование и другие специальные подходы к
техническим практикам. Технические практики XP
часто используются в связке с одним из
фреймворков Agile-управления. - Функционально-ориентированная разработка (Feature Driven Development, FDD)
При создании рабочего программного обеспечения
фокусируется на ценной для клиента
функциональности. Например, после
высокоуровнего определения скоупа определяется
список свойств, и все дальнейшее планирование,
проектирование и разработка выполняются исходя
из наборов этих свойств - Канбан (Kanban)
Не требует фиксированных итераций. Работа
проходит через процесс разработки как
непрерывный поток деятельности. Ключевое
свойство - ограничение количества работы,
выполняемой в каждый момент времени
(называемое “лимит незавершенной работы” или
“work in progress” (WIP)). В любой момент времени
команда работает только над фиксированным
количеством задач и может начать работу над новой
задачей, только когда это нужно для поддержания
дальнейшего потока или после завершения
предыдущей задачи. - Масштабированный Agile-фреймворк (Scaled Framework®, SAFe™)
Фреймворк для применения Agile практик в
масштабе предприятия. В нем описываются
отдельные роли, команды, действия и артефакты,
необходимые для масштабирования Agile от уровня
команды до уровня программы или предприятия. - Скрам (Scrum)
Легковесный фреймворк управления процессом,
основанный на эмпирическом контроле процесса.
Работа выполняется через серию итераций
фиксированной продолжительности, называемых
Спринтами, длящимися один месяц или менее. В
конце каждого спринта команда обязана произвести
работающее программное обеспечение достаточно
высокого качества для потенциальной отправки или
поставки клиенту.
19
Q
В чем суть элемента “Техники” характеристики “Подходы и техники” в рамках ракурса “Ракурс Agile”?
A
В следующей таблице приводятся техники, обычно применяемые в
Agile-подходах. Описание различных Agile-подходов к поставке
приводится в Agile-расширении к Руководству BABOK®
- Разработка через поведение (Behaviour Driven Development, BDD)
Подход, улучшающий взаимодействие между
заинтересованными сторонами и членами команды
за счет представления потребностей продукта в
виде конкретных примеров. - Кано-анализ
Техника, направленная на понимание того, какие
свойства продукта помогут обеспечить
удовлетворенность клиента. - Легковесная документация
Принцип управления всей документацией,
производимой в рамках Agile-проекта. Цель -
гарантировать, что вся документация направлена на
удовлетворение потребности, имеет явную ценность
для заинтересованных сторон и не создает
ненужных накладных расходов. Например, документ
обзора системы может быть написан в конце
проекта, основываясь на стабилизированном
содержании и приемочных тестах, созданных в ходе
тестирования продукта. - MoSCoW-приоритизация
Метод приоритизации историй (или других
элементов) в инкрементальных и итеративных
подходах. MoSCoW - обязательно (must have),
желательно (should have), возможно (could have), не
нужно (won’t have) - дает способ достижения
единого понимания относительной важности
реализации истории или другой ценой части
продукта. - Персоны
Вымышленные персонажи или архетипы,
иллюстрирующие, как типичные пользователи
взаимодействуют с продуктом. - Семинар планирования
Групповой семинар, позволяющий Agile-команде
определить ценность, которую возможно поставить
в течение временного периода, такого как релиз. - Модель согласования целей
Модель, используемая для оценки идей в контексте клиента и ценности. - Реальные варианты
Подход, помогающий людям понимать, когда, а не
как принимать решения - Относительная оценка
Техники командной оценки, использующие либо
баллы истории, отражающие относительную
сложность реализации пользовательской истории,
либо абстрактные дни, отражающие общий объем
трудозатрат, требуемых для разработки истории. - Ретроспективы
Термин, сходный с техникой “Усвоенные уроки”.
Ретроспективы фокусируются на постоянном
совершенствовании процесса командной работы и
проводятся после каждой итерации Agile-проекта. - Декомпозиция истории
Гарантирует, что требования к продукту
представлены на должном уровне детализации и
исходят из ценной бизнес-цели. - Карта историй
Обеспечивает визуальное и физическое
представление последовательности действий,
которые будут поддерживаться решением.
13. Раскадровка Визуально и текстово описывает последовательность действий, отражающих взаимодействие пользователя с системой или бизнесом.
- Карта потока создания ценности
Дает полное, основанное на фактах, представление
временной последовательности потока действий,
требуемых для доставки продукта или сервиса
клиенту.
20
Q
В чем суть характеристики “Базовые компетенции” в рамках ракурса “Ракурс Agile”?
A
Agile – это образ мышления. Agile бизнес-аналитики воплощают
ценности и принципы Agile манифеста, исходящие из гуманистического
взгляда на разработку продукта, как на процесс, основанный на
коммуникации и сотрудничестве. Описание различных Agile-подходов к
поставке приводится в Agile-расширении к Руководству BABOK®
.
Усваивая мышление и философию Agile, бизнес-аналитик развивает
следующие компетенции:
• Коммуникация и сотрудничество: способность доносить
информацию о видении и потребностях спонсора; содействовать в
оказании влияния на других, чтобы поддержать видение;
участвовать и, возможно, содействовать согласованию
приоритетов; и способствовать достижению коллективного
согласия относительно результатов решения.
• Спокойствие и терпимость: способность сохранять самоконтроль
под давлением и держать разум открытым при взаимодействии с
другими.
• Гибкость и адаптивность: кросс-функциональный набор навыков,
позволяющий бизнес-аналитику выходить за рамки своей
специализации, чтобы поддержать других членов команды.
• Способность управлять изменениями: способность быстро
оценивать последствия изменения и определять, что в часто
изменяющихся требованиях несет ценность для бизнеса, а также
помогать в поддержании и ре-приоритизации списка работ,
подлежащих выполнению.
• Способность видеть бизнес-ценность: способность понимать, как
изменения и новые свойства могут принести пользу бизнесу и
поддержать видение.
• Постоянное совершенствование: периодическое рассмотрение
возможностей повышения продуктивности совместно с Agileкомандой.
21
Q
В чем суть характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
A
Этот раздел объясняет, как конкретные практики бизнес-анализа в Agile
соотносятся с задачами и практиками бизнес-анализа, описанными в
Руководстве BABOK®
. Он также описывает, как каждая область знаний
применяется или видоизменяется в дисциплине Agile.
Каждая область знаний перечисляет техники, релевантные для ракурса
Agile. Техники находятся в разделе “Техники” Руководства BABOK®
.
Техники Agile расширения подробно обсуждаются в Agile расширении к
Руководству BABOK®
. Этот список не претендует на исчерпывающий
перечень техник, а скорее выделяет виды техник, используемые бизнесаналитиками при выполнении задач в рамках соответствующей области
знаний.
22
Q
Какими элементами описывается характеристика “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
A
- Планирование и мониторинг бизнес-анализа
- Выявление и сотрудничество
- Управление жизненным циклом требований
- Анализ стратегии
- Анализ требований и определение дизайна
- Оценка решения
23
Q
В чем суть элемента “Планирование и мониторинг бизнес-анализа” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
A
В Agile подходах детальное планирование бизнес-анализа может
откладываться до момента готовности к началу работы над задачей, а не
делаться заранее, как в предиктивных проектах.
Первоначальный план работы по бизнес-анализу разрабатывается в
начале проекта. Затем план обновляется перед началом каждого цикла,
чтобы учесть изменения и обеспечить постоянную актуальность плана.
Ключ к успеху Agile-проектов - участие и вовлеченность
заинтересованных сторон. Бизнес-аналитики проактивно планируют
привлечение, взаимодействие и сотрудничество с заинтересованными
сторонами. Коммуникации обычно гораздо менее формальны, и
результатами бизнес-анализа часто являются взаимодействие и
сотрудничество, с меньшим акцентом на письменные документы.
1. Техники Руководства BABOK® • Управление бэклогом (стр. 262) • Групповые игры (стр. 290) • Оценка (стр. 324) • Метрики и ключевые показатели эффективности (Key Performance Indicators, KPI) (стр. 355) • Карты ассоциаций (стр. 358) • Приоритизация (стр. 373) • Моделирование скоупа (стр. 405) • Список, карта или персоны заинтересованных сторон (стр. 412) • Пользовательские истории (стр. 430) • Семинары (стр. 435)
2. Техники Agile-расширения • Легковесная документация • MoSCoW-приоритизация • Персоны • Относительная оценка • Ретроспективы
24
Q
В чем суть элемента “Выявление и сотрудничество” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
A
Постепенное выявление и детализация происходят на протяжении всей
Agile-инициативы. Наиболее распространенная последовательность:
начальное действие выявления, определяющее высокоуровневое
видение и скоуп решения, а также вехи первоначального плана поставки
продукта. В каждом цикле выполняется более подробное выявление для
элементов бэклога, которые будут разрабатываться в этом цикле. Цель
действий выявления - генерация деталей, необходимых и достаточных,
для гарантии того, что имеющаяся работа выполняется правильно и
приближает к целям. Agile-подходы стремятся минимизировать время
между уточнением потребностей и их реализацией в решении.
Основной упор делается на групповые подходы к выявлению, такие как
семинары с заинтересованными сторонами.
1. Техники Руководства BABOK® • Критерии приемки и оценки (стр. 259) • Управление бэклогом (стр. 262) • Мозговой штурм (стр. 271) • Групповые игры (стр. 290) • Моделирование понятий (стр. 293) • Анализ интерфейсов (стр. 344) • Карты ассоциаций (стр. 358) • Анализ нефункциональных требований (стр. 361) • Моделирование процесса (стр. 380) • Прототипирование (стр. 387) • Рассмотрение (стр. 390) • Моделирование скоупа (стр. 405) • Список, карта или персоны заинтересованных сторон (стр. 412) • Варианты использования и сценарии (стр. 426) • Пользовательские истории (стр. 430) • Семинары (стр. 435)
2. Техники Agile-расширения • Разработка через поведение (Behaviour Driven Development, BDD) • Легковесная документация • Персоны • Раскадровка • Карта историй
25
В чем суть элемента "Управление жизненным циклом требований" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Agile"?
По мере развертывания Agile-инициативы, ее скоуп все более
конкретизируется. Ожидается, что в ходе проекта потребности будут
меняться, и дизайн будет эволюционировать. Выполняемая в каждом
цикле работа определяется на основе приоритизации свойств, исходя из
ценности и приоритетности разработки. Валидация развивающегося
решения с заинтересованными сторонами происходит в конце каждой
итерации вместо формального процесса одобрения требований.
```
1. Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Управление бэклогом (стр. 262)
• Групповые игры (стр. 290)
• Приоритизация (стр. 373)
• Рассмотрение (стр. 390)
• Семинары (стр. 435)
```
```
2. Техники Agile-расширения
• Кано-анализ
• MoSCoW-приоритизация
• Декомпозиция истории
• Карта историй
```
26
В чем суть элемента "Анализ стратегии" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Agile"?
Agile-подходы часто используются, когда имеется неопределенность
относительно потребностей, решения или скуопа изменения. Анализ
стратегии - постоянная часть Agile-инициативы, гарантирующая
ценность поставляемого решения для заинтересованных сторон. Члены
Agile-команды используют анализ стратегии в дополнение к
проведению регулярной оценки рисков, для понимания и определения
видения продукта, а также для создания и корректировки плана
разработки. На каждой итерации, предлагаемое решение
переоценивается относительно текущего бизнес-контекста, чтобы
удостовериться, что оно успешно достигнет бизнес-целей. Адаптивный
характер Agile-проектов означает, что адаптация проекта к изменениям
целей организации не является разрушительной; скорее наоборот, это
ожидаемая часть процесса
```
1. Техники Руководства BABOK®
• Управление бэклогом (стр. 262)
• Мозговой штурм (стр. 271)
• Анализ возможностей бизнеса
(стр. 274)
• Групповые игры (стр. 290)
• Моделирование понятий
(стр. 293)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Моделирование скоупа
(стр. 405)
• Семинары (стр. 435)
```
```
2. Техники Agile-расширения
• Кано-анализ
• Персоны
• Модель согласования целей
• Реальные варианты
• Анализ потока создания
ценности
```
27
В чем суть элемента "Анализ требований и определение дизайна" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Agile"?
Потребности постепенно уточняются в ходе Agile-проекта. Анализ и
проектирование выполняются на основе подхода "точно-в-срок",
непосредственно перед началом или во время итерации, в которой
разрабатывается компонент решения.
Анализ, выполняемый непосредственно перед итерацией, необходим,
чтобы дать команде информацию, достаточную для оценки
планируемой работы. Анализ, выполняемый в течение итерации,
необходим, чтобы дать команде информацию, достаточную для
выполнения запланированной работы.
Модели и другие техники анализа и проектирования обычно
используются неформально и могут не поддерживаться после того, как
они выполнили свое назначение. Используемый подход к анализу и
проектированию должен поддерживать постепенное уточнение, быть
адаптивным к изменению на основе изучения, и не вынуждать команду
преждевременно выбирать решения. Как правило, на нижнем уровне
декомпозиции, Agile-команды используют пользовательские истории,
которые обычно сопровождаются критериями приемки, содержащими
детали анализа и дизайна необходимого поведения системы поле
реализауии истории. Валидация развивающегося решения
выполняется с заинтересованными сторонами в конце каждой
итерации.
```
1. Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Анализ возможностей бизнеса
(стр. 274)
• Анализ бизнес-правил (стр. 286)
• Групповые игры (стр. 290)
• Моделирование понятий
(стр. 293)
• Анализ интерфейсов (стр. 344)
• Анализ нефункциональных
требований (стр. 361)
• Приоритизация (стр. 373)
```
```
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
• Моделирование скоупа
(стр. 405)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Семинары (стр. 435)
```
```
2. Техники Agile-расширения
• Разработка через поведение
(Behaviour Driven Development,
BDD)
• Кано-анализ
• Легковесная документация
• MoSCoW-приоритизация
• Модель согласования целей
• Реальные варианты
• Декомпозиция истории
• Уточнение истории
• Карта историй
• Раскадровка
• Анализ потока создания
ценности
```
28
В чем суть элемента "Оценка решения" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Agile"?
В ходе Agile проекта, заинтересованные стороны и Agile команда
постоянно анализируют и оценивают разрабатываемое решения, по
мере его инкрементального создания и уточнения. Оценка
развивающегося решения с участием заинтересованных сторон
происходит в конце каждого цикла разработки, чтобы удостовериться,
что объект поставки соответствует их ожиданиям и удовлетворяет их
потребности. Прежде, чем продукт будет выпущен, бизнес-аналитик
убеждается, что продукт соответствует ожиданиям и определяет новые
возможности, добавляющие ценность для бизнеса.
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Анализ возможностей бизнеса
(стр. 274)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Анализ нефункциональных
требований (стр. 361)
• Анализ процесса (стр. 375)
• Прототипирование (стр. 387)
• Рассмотрение (стр. 390)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Семинары (стр. 435)
Техники Agile-расширения
• Персоны
• Анализ потока создания
ценности
29
В чем суть ракурса "Ракурс Business Intelligence"?
Ракурс Business Intelligence (далее – BI) выделяет уникальные
характеристики бизнес-анализа, применяемого в контексте
преобразования, интеграции и улучшения данных.
BI фокусируется на преобразовании данных в ценную информацию: где
взять данные, как их интегрировать, а также как их улучшить и
представить в качестве аналитических выводов для поддержки
принятия бизнес-решений.
BI-инициативы применяют ориентированные на обработку данных
системные архитектуры, а также технологии и инструменты доставки
надежной, систематизированной и качественной информации,
позволяющей заинтересованным сторонам лучше управлять
стратегической, тактической и операционной деятельностью.
30
Какими элементами описывается характеристика "Объем изменений" в рамках ракурса "Ракурс Business Intelligence"?
1. Диапазон изменений
2. Глубина изменений
3. Ценность и создаваемые решения
4. Подход к поставке
5. Основные допущения
31
В чем суть элемента "Диапазон изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Business Intelligence"?
Основная цель BI-системы - систематическое определение и
использование информации в масштабе всей организации через
формирование "единой точки истины" для разнородных бизнес-данных.
Основу BI-решения образует архитектура решения, способная
интегрировать множество внутренних (и, возможно, внешних)
источников данных организации.
BI продвигает обшее для всего предприятия представление об
управлении информацией. Для поддержки этого понятийного каркаса,
BI-инициативы могут также включать развитие инфраструктурных
сервисов в организации, таких как управление данными и
метаданными
32
В чем суть элемента "Глубина изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Business Intelligence"?
BI-инициативы фокусируются на информации, необходимой для
поддержки решений, принимаемых на разных конкретных уровнях
организации или совокупности нескольких уровней:
• уровень руководства: поддержка стратегических решений
• уровень функционального управления: поддержка тактических
решений, или
• уровень руководства: поддержка стратегических решений.
Если информационные потребности первоначально выражаются или
обнаруживаются на конкретном уровне, бизнес-аналитик исследует
последствия для бизнеса на других уровнях, чтобы оценить общее
влияние изменения на организацию.
На каждом из уровней потребности бизнеса могут включать любое или
все из нижеперечисленного:
• коммуникационные требования для разработки новой или замены
существующей отчетности,
• информационные требования для дополнения или расширения
аналитической функциональности и/или
• интеграционные требования для создания или изменения
корпоративного представления данных в части, касающейся
источников, определений, правил преобразования и вопросов
качества данных.
33
В чем суть элемента "Ценность и создаваемые решения" характеристики "Объем изменений" в рамках ракурса "Ракурс Business Intelligence"?
Ценность BI-инициативы заключается в способности давать
своевременную, правильную, ценную и применимую информацию тем
людям и системам, которые могут ее успешно использовать для
принятия бизнес-решений.
Более обоснованное принятие решений на всех уровнях может привести
к повышению эффективности бизнеса в следующих областях:
• стратегических процессах, таких как анализ рынка, привлечение
клиентов и разработка продукта,
• тактических процессах, таких как контроль запасов и финансовое
планирование, а также
• операционных процессах, таких как оценка кредита, обнаружение
неисправностей и мониторинг кредиторской задолженности.
Эти улучшения в текущей и будущей работе организации могут привести
к увеличению доходов и уменьшению затрат.
34
В чем суть элемента "Подход к поставке" характеристики Объем изменений" в рамках ракурса "Ракурс Business Intelligence"?
BI-решение представляет спектр вариантов поставки, отвечающих
информационным потребностям заинтересованных сторон и
приоритетам организации.
Расширяемость и масштабируемость архитектуры решения
обеспечивают возможность постепенного внедрения или
совершенствования механизма поддержки принятия бизнес-решений:
• на разных уровнях организации, от стратегического (высшее
руководство), через тактический (управление), до операционного
(персонал и системы) и
• в целевых функциональных областях организации, от конкретной
области до применения в масштабах всего предприятия.
Инфраструктурные сервисы, обеспечивающие способности управления
данными, аналитики и презентации, способствуют поэтапной или
инкрементальной стратегии развития в отношении:
• добавления, координации и контроля различных источников
данных • анализа и развития бизнес информации и ее понимания.
Инфраструктурные компоненты BI-решения часто обеспечиваются
готовым коммерческим пакетом, сконфигурированным под конкретную
среду и потребности бизнеса.
35
В чем суть элемента "Основные допущения" характеристики Объем изменений" в рамках ракурса "Ракурс Business Intelligence"?
Далее приводится список основных предположений относительно BI-инициативы:
• существующие бизнес-процессы и транзакционные системы могут
предоставлять исходные данные, которые можно определить и
предсказать,
• кроссфункциональная инфраструктура данных, необходимая для
поддержки BI-решения, не исключается организацией по
техническим, финансовым, политическим, культурным или другим
основаниям,
• организация понимает, что для успешного получения ценности от
BI-решения может понадобиться реинжиниринг процессов и
управления изменениями.
36
Какими элементами описывается характеристика "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
1. Спонсор изменения
2. Цели изменения
3. Позиция бизнес-аналитика
4. Результаты бизнес-анализа
37
В чем суть элемента "Спонсор изменения" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
В идеале, спонсор изменений BI-инициативы - роль высшего уровня в
организационном подразделении, затрагиваемом изменением. Это дает
систематический, связный подход к совместному использованию
активов данных в кросс-функциональной архитектуре BI-решения.
38
В чем суть элемента "Цели изменения" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Цели BI-инициативы - бизнес-решения, принимаемые людьми или
процессами на разных уровнях организации, которые можно
усовершенствовать за счет улучшения отчетности, мониторинга, или
предиктивного моделирования, относящихся к деятельности данных.
39
В чем суть элемента "Позиция бизнес-аналитика" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Как и в других инициативах, бизнес-аналитик выступает в качестве
главного посредника между заинтересованными сторонами и
поставщиками BI-решений в выявлении, анализе и определении
потребностей бизнеса.
В дополнение к этой роли бизнес-аналитик может также участвовать в
технических мероприятиях, связанных с Business Intelligence, включая:
• моделирование данных предприятия,
• моделирование решений
• разработка специализированного дизайна представления
(например, информационные панели),
• разработка специального дизайна запроса.
Бизнес-аналитик, работающий в BI-инициативе, исполняет обязанности
в одной из следующих ролей или в их комбинации:
• бизнес-аналитик, компетентный в определении бизнес-требований
и оценке возможных решений,
• функциональный BI-аналитик, понимающий техники добычи
данных и предиктивного анализа, а также владеющий навыками
создания визуализаций,
• аналитик данных, имеющий опыт в определении данных системисточников, подлежащих использованию для требуемых
аналитических целей,
• специалист по моделированию/архитектор данных, обладающий
навыками определения исходных и целевых структур данных в
виде логических моделей данных.
40
В чем суть элемента "Результаты бизнес-анализа" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
В дисциплине BI, бизнес-анализ фокусируется на главных
компонентах архитектуры решения:
• определение затрагиваемых или изменяемых бизнес-решений,
• сбор данных из систем-источников,
• интеграция разнородных источников в однородный фреймворк
предприятия,
• предоставление целевой информации и аналитических выводов
заинтересованным сторонам бизнеса.
Бизнес-аналитик отвечает за анализ и спецификацию бизнестребований для всех этих компонентов и сотрудничает с техническими
специалистами для оценки артефактов решения.
Основные результаты бизнес-анализа:
• Покрытие бизнес-процессов: определяет область изменения с
кратким обзором бизнес-решений на предприятии, которые
должны поддерживаться решением. Это определяет то, как будет
использоваться выходная информация и какую ценность она
принесет.
• Модели принятия решений: определяют информационные
требования каждого поддерживаемого бизнес-решения и
описывают логику бизнес-правил, определяющих влияние
отдельных компонентов информации на принятие решения.
• Исходная логическая модель и словарь данных: исходная
логическая модель данных дает стандартное определение
требуемых данных, хранимых в каждой системе-источнике.
Словарь
исходных данных дает определение каждого элемента и
применяемых к нему бизнес-правил: бизнес-описание, тип, формат
и длина, допустимые значения, а также взаимозависимости.
• Оценка качества исходных данных: оценивает полноту,
достоверность и надежность данных в системах-источниках. Она
определяет потребности в дальнейшей проверке и улучшении
исходных данных для обеспечения единых бизнес-определений и
правил, применимых ко всему информационному активу
предприятия.
• Целевая логическая модель и словарь данных: целевая логическая
модель данных источника представляет интегрированное,
нормализованное представление структур данных, требуемых для
поддержки бизнес-домена. Целевой словарь данных дает
определение элементов данных и правил целостности,
стандартизованное в масштабе предприятия.
• Правила преобразования: соотносят исходные и целевые
элементы для определения требований к кодированию/
декодированию значений, а также корректировке (ошибочные
значения) и обогащению (недостающие значения) данных в
процессе преобразования.
• Требования к бизнес-аналитике: определяют информационные и
коммуникационные требования, обеспечивающие поддержку
принятия решений. К ним относятся:
• предопределенные отчеты,
• информационные панели,
• сбалансированные системы показателей,
• специальные отчеты,
• запросы аналитической обработки данных (online analytical
processing, OLAP),
• добыча данных,
• предписывающая аналитика,
• условные оповещения,
• обработка сложных событий,
• предиктивное моделирование.
• Спецификация каждого результата может включать: (1) выборки/
размерности данных, уровень гранулярности, критерии
применяемой фильтрации, возможности детализации значений
(drill-down), фильтры и срезы данных, а также доступ и полномочия
пользователей; и (2) правила отображения, определяющие
формат элементов данных, интерпретации (ярлыки, справочные
значения), вычисления и агрегации данных.
• Архитектура решения: предоставляет высокоуровневое
представление дизайна того, как требования поддержки принятия решений каждой функциональной области будут сопоставлены с BIпонятийным фреймворком. Обычно она представляется в виде
модели процесса (или потока данных), определяющей:
• где содержатся исходные данные,
• каким образом (забираются/выгружаются) и когда (частотa,
запаздывание) будут извлекаться данные,
• где будет происходить преобразование (очистка, кодирование,
улучшение),
• где физически данные будут храниться (хранилище данных,
витрины данных),
• как данные будут поступать к итоговым представлениям
(средства отчетности, инструменты запросов).
41
Какими элементами описывается характеристика "Методологии и подходы" в рамках ракурса "Ракурс Business Intelligence"?
1. Методологии
2. Подходы
3. Виды аналитики
4. Ориентация на поставку и спрос
5. Структурированные и неструктурированные данные
42
В чем суть элемента "Методологии" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Не существует формализованных методологий BI, влияющих на
обязанности и задачи бизнес-аналитика. Тем не менее, BI-инициатива
может действовать в рамках или в присутствии применяемых в других
дисциплинах или ракурсах методологий, которые, в свою очередь, могут
повлиять на роль бизнес-анализа.
43
В чем суть элемента "Подходы" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Фреймворк BI содержит множество менее формальных и потенциально
пересекающихся подходов, соответствующих конкретным бизнес- и
техническим контекстам.
44
В чем суть элемента "Виды аналитики" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Существует три вида аналитики данных, отражающих инкрементальные
решения с возрастающими уровнями сложности, стоимости и ценности
систем:
• Описательная аналитика: использует исторические данные для
понимания и анализа прошлой работы бизнеса. Бизнесинформация может категоризироваться и консолидироваться для
наилучшего соответствия представлению заинтересованной
стороны, включая информационные панели для высшего
руководства, системы ключевых показателей эффективности (key
performance indicator, KPI) менеджмента среднего уровня и схемы
операционного уровня управления. Не делается никаких
предположений относительно того, какие ситуации важны для
заинтересованных сторон, какие решения нужно принимать или
какие действия можно было бы выполнить. Бизнес-анализ
фокусируется на информационных и коммуникационных
требованиях к стандартной отчетности и информационным
панелям, специальной отчетности и функциональности запросов.
• Предиктивная аналитика: применяет к историческим данным
методы статистического анализа с целью выявления
закономерностей, а затем использует это понимание зависимостей
и трендов для предсказания будущих событий. Определяются
конкретные ситуации, представляющие интерес для
заинтересованных сторон, и описываются сопутствующие им
бизнес-правила. Бизнес-анализ фокусируется на информационных
требованиях для распознавания закономерностей посредством
анализа данных, предиктивного моделирования, прогнозирования
и условных оповещений.
• Предписывающая аналитика: расширяет возможности прогнозной
аналитики для определения решений, которые необходимо
принять, и для принятия соответствующих мер для повышения
эффективности бизнеса. Статистическая оптимизация и техники
имитации могут быть использованы для определения наилучшего
решения или результата среди различных вариантов. Для
ситуаций, значимых для заинтересованных сторон, требуется
полная спецификация соответствующих решений и возможных
действий. Бизнес-анализ фокусируется на бизнес-целях,
ограничивающих критериях и бизнес-правилах, лежащих в основе
процесса принятия решений.
45
В чем суть элемента "Ориентация на поставку и спрос" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Цели и приоритеты BI-инициативы могут исходить из технических
целей улучшения существующих систем доставки информации
(ориентация на поставку) или из бизнес-целей предоставления
соответствующей информации для улучшения процессов принятия
решений (ориентация на спрос):
• Ориентация на поставку: предполагает подход "какую ценность мы
можем поставить за эту цену?". Этот подход сопоставляет данные
существующих систем, чтобы определить, какие данные доступны.
Типичная стратегия реализации:
1. поэтапное включение существующих баз данных в архитектуру
BI-решения,
2. последовательная замена или исправление имеющейся
выходной информации,
3. исследование новых идей, которые можно извлечь из
консолидированных данных.
• Ориентация на спрос: предполагает подход "какую ценность мы
можем поставить за эту цену?". Этот подход начинается с
определения выходной информации, необходимой для поддержки
бизнес-решений, а затем обратной трассировки этой информации к
базовым источникам данных для определения осуществимости и стоимости. Он предусматривает дополнительные стратегии
реализации, которые не определяются существующими
структурами базы данных, и позволяет использовать BI на ранних
этапах за пределами существующих требований к отчетности.
46
В чем суть элемента "Структурированные и неструктурированные данные" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Business Intelligence"?
Есть два вида данных, рассматриваемых BI-подходами:
• Структурированные данные: традиционные решения хранилищ
данных основываются на консолидации структурированных
данных (числовых и категориальных), записанных в операционных
системах, где наборы бизнес-информации определяются
предустановленными структурами (называемыми "схемой записи"),
а целостность данных обеспечивает шаблон, основанный на
правилах. Для определения информационных требований и
возможнтстей, бизнес-анализ фокусируется на моделях данных,
словарях данных и бизнес-правилах.
• Неструктурированные данные: BI-решения могут включать полуструктурированные или неструктурированные данные, к которым
относятся тексты, изображения, аудио и видео. Эти данные часто
поступают из внешних источников. Для этого типа данных
структура и взаимосвязи не предопределены, и никакие
конкретные организационные правила не применяются для
гарантии целостности данных. Наборы информации получаются из
сырых данных (называемых "схемой чтения"). Для определения
информационных требований и возможностей бизнес-анализ
фокусируется на определениях метаданных и алгоритмах
соотнесения данных.
47
В чем суть характеристики "Базовые компетенции" в рамках ракурса "Ракурс Business Intelligence"?
Как и в любой дисциплине бизнес-анализа, бизнес-аналитику
требуются основные коммуникативные и аналитические компетенции
для успешного взаимодействия как с заинтересованными сторонами
бизнеса, так и с поставщиками технических решений.
В дисциплине BI координация требований бизнес-информации с
результатами работы BI-систем может быть дополнительно усилена за
счет специальных компетенций бизнес-аналитика в области:
• бизнес-данных и функционального использования, включая
терминологию и правила,
• анализа сложных структур данных и их перевода в
стандартизированный формат,
• затрагиваемых бизнес-процессов, включая KPI и метрики,
• моделирование решений,
• техник анализа данных, включая основы статистики,
профилирование и агрегирование,
• хранилищ данных, а также понятий и архитектуры BI,
• логических и физических моделей данных,
• лучших практик ETL (Extract, Transform, Load - Извлечение,
Преобразование, Загрузка), включая отслеживание исторических
данных и управление справочными данными,
• инструментов BI-отчетности.
48
В чем суть характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
Этот раздел объясняет, как конкретные практики бизнес-анализа в
Business Intelligence соотносятся с задачами и практиками бизнесанализа, описанными в Руководстве BABOK®
. Этот раздел описывает,
как каждая область знаний применяется или видоизменяется в
дисциплине BI.
Каждая область знаний перечисляет техники, имеющие отношение к
ракурсу BI. Техники, используемые в дисциплине BI, не имеют
значительных отклонений от техник Руководства BABOK®
. Техники
находятся в разделе "Техники" Руководства BABOK®
. Этот список не
претендует на исчерпывающий перечень техник, а скорее выделяет
виды техник, используемых бизнес-аналитиками при выполнении задач
в рамках соответствующей области знаний.
49
Какими элементами описывается характеристика "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
1. Планирование и мониторинг бизнес-анализа
2. Выявление и сотрудничество
3. Управление жизненным циклом требований
4. Анализ стратегии
5. Анализ требований и определение дизайна
6. Техники Руководства BABOK®
7. Оценка решения
8. Техники Руководства BABOK®
50
В чем суть элемента "Планирование и мониторинг бизнес-анализа" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
BI-инициатива может потребовать создания базовой инфраструктуры
данных с целью поддержки решения, или доработки инфраструктуры
существующего решения. Моделирование скоупа часто используется,
чтобы различать эти альтернативы и планировать соответствующие
действия бизнес-анализа.
BI-парадигма поставки информации может быть новым, незнакомым
подходом как для заинтересованных сторон бизнеса, так и для самих
бизнес-аналитиков. При планировании инициативы бизнес-аналитик
учитывает:
• насколько опытны заинтересованные стороны в формулировании
их информационных и коммуникационных требований в контексте
BI,
• каковы навыки бизнес-аналитиков в преобразовании этих
требований в детальные спецификации для технических
специалистов BI.
BI-решения, как правило, обеспечивают фреймворки, инструменты и
техники, помогающие в определении требований и моделировании
решения. Уровень опыта заинтересованных сторон и бизнес-аналитиков
в работе с ними может повлиять на планируемый подход.
При оценке отношения заинтересованных сторон к BI-инициативе,
бизнес-аналитик должен понимать, что BI-решение масштаба
предприятия может не приносить прямую пользу некоторым
операционным заинтересованным сторонам, но приносить ее в других
частях организации, а также то, что гибкость и расширяемость, которые
дает BI-инфраструктура, несут долгосрочную стратегическую ценность,
выходящую за пределы краткосрочных операционных выгод.
BI-решение, интегрирующее множество источников данных, как
правило, задействует много заинтересованных сторон с
пересекающимися информационными требованиями. Бизнесаналитики готовятся к анализу и синтезу отдельных требований в
полный и целостный набор, не содержащий конфликтов и
избыточности.
```
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Сбалансированная система
показателей (стр. 266)
• Мозговой штурм (стр. 271)
• Анализ решений (стр. 312)
• Оценка (стр. 324)
• Функциональная декомпозиция
(стр. 338)
• Рассмотрение (стр. 390)
• Карты ассоциаций (стр. 358)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Анализ нефункциональных
требований (стр. 361)
• Организационное
моделирование (стр. 368)
• Приоритизация (стр. 373)
• Моделирование процесса
(стр. 380)
• Рассмотрение (стр. 390)
• Анализ и управление рисками
(стр. 394)
• Матрица ролей и прав (стр. 399)
• Анализ корневых причин
(стр. 402)
• Моделирование скоупа
(стр. 405)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Семинары (стр. 435)
```
51
В чем суть элемента "Выявление и сотрудничество" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
Межфункциональный характер BI обычно требует, чтобы бизнесаналитики использовали специализированные инструменты и методы документирования для извлечения определенных типов требований как
от бизнес-, так и от технических заинтересованных сторон.
Отдельные заинтересованные стороны могут обладать лишь
частичными знаниями и опытом относительно:
• бизнес-решений, нуждающихся в поддержке,
• элементов данных, поддерживающих эти бизнес-решения,
• правил извлечения, преобразования и интеграции данных,
• представления требуемой информации.
Интервью с отдельными заинтересованными сторонами выявляют
информацию и аналитические данные, необходимые для поддержки
принятия ими решений. Семинары с заинтересованными сторонами из
различных функциональных областей бизнеса помогают обнаружить
общие, пересекающиеся информационные требования, которые лучше
удовлетворить интегрированным решением.
Модели данных и словари данных дают определения структуры и
бизнес-правила для данных существующих систем. Бизнес-аналитик
анализирует имеющуюся документацию для выявления неполноты
модели или несоответствий между моделями.
Модели процессов, которые расширены для включения артефактов
данных, могут помочь определить источники данных, необходимые в
момент принятия решения. Модели принятия решений определяют
требования к анализу данных и бизнес-правила для принятия решений.
Готовые коммерческие пакеты BI-функциональности могут дать бизнесаналитику набор действенных инструментов прототипирования для
выявления и уточнения информационных и коммуникационных
требований заинтересованных сторон.
Техники Руководства BABOK®
• Мозговой штурм (стр. 271)
• Анализ документов (стр. 322)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Анализ интерфейсов (стр. 344)
• Интервью (стр. 347)
• Отслеживание вопросов
(стр. 351)
• Наблюдение (стр. 365)
• Прототипирование (стр. 387)
• Семинары (стр. 435)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
52
В чем суть элемента "Управление жизненным циклом требований" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
Архитектурная природа дисциплины BI требует создания в решении
инфраструктурных возможностей. Это может создать структурные
зависимости внутри решения, влияющие на приоритизацию отдельных
потребностей бизнеса, особенно в случае поэтапной реализации.
Зачастую можно повысить эффективность путем одновременного
выполнения связанных требований.
Техники Руководства BABOK®
• Отслеживание вопросов
(стр. 351)
• Организационное
моделирование (стр. 368)
• Приоритизация (стр. 373)
• Рассмотрение (стр. 390)
• Матрица ролей и прав (стр. 399)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Семинары (стр. 435)
53
В чем суть элемента "Анализ стратегии" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
Бизнес-аналитики могут использовать высокоуровневые
концептуальные модели данных для отображения текущего состояния
корпоративной информации, определения информационных бункеров
(information silos) и оценки связанных с ними проблем и возможностей.
Организационное моделирование может использоваться для оценки
любой текущей инфраструктуры управления данными, такой как
управление метаданными и руководство данными (data governance).
При определении стратегии будущего состояния, бизнес-аналитики
могут использовать высокоуровневые модели для отображения
архитектуры хранения, транспортировки и преобразования данных:
• Логические модели данных: обеспечивают статическое
представление архитектуры решения, показывая тот
информационный портал, который соединяет источники входных
операционных данных с поставкой выходной бизнес-информации.
• Диаграммы потоков данных: обычно используются для
отображения динамических аспектов решения (движение данных)
и обозначения других архитектурных понятий, таких как
запаздывание и доступность.
• Модели принятия решения: полезны для определения того, как
принимаются соответствующие бизнес-решения, а также того, где и
как анализ данных можно успешно использовать с целью
удовлетворения этих потребностей.
• Физические модели данных: показывают среду внедрения,
включая хранилища и витрины данных.
Расширяемая архитектура, обеспечиваемая BI-решениями, может
поддерживать поэтапную реализацию в различных функциональных областях бизнеса. Бизнес-аналитики могут определить варианты
стратегии изменений, исходя из потребностей и приоритетов бизнеса,
влияния на работу бизнеса и удобства использования существующих
компонентов инфраструктуры.
Техники Руководства BABOK®
• Управление бэклогом (стр. 262)
• Бенчмаркинг и анализ рынка
(стр. 269)
• Мозговой штурм (стр. 271)
• Анализ бизнес-правил (стр. 286)
• Диаграммы потоков данных
(стр. 298)
• Моделирование данных
(стр. 307)
• Анализ решений (стр. 312)
• Анализ решений (стр. 312)
• Анализ документов (стр. 322)
• Оценка (стр. 324)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Организационное
моделирование (стр. 368)
• Анализ и управление рисками
(стр. 394)
• Анализ корневых причин
(стр. 402)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• SWOT-анализ (стр. 424)
54
В чем суть элемента "Анализ требований и определение дизайна" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
При моделировании и спецификации требований к сбору и хранению
данных, бизнес-аналитики используют специальные техники
моделирования, ориентированные на работу с данными, такие как
Моделирование данных, Словарь данных, Моделирование решений и
Анализ бизнес-правил.
Модели данных существующей системы помогают определить
доступность данных, а также обнаружить избыточность, несоответствия
и проблемы качества данных. Там, где документация существующих
систем отсутствует или устарела, обратная инженерия моделей может
составлять значительную часть работы и часто требует сотрудничества с
техническими специалистами, такими как администраторы баз данных и
прикладные программисты.
Модель данных будущего состояния демонстрирует, как исходная
информация в целом структурируется в предполагаемом решении.
Общий процесс преобразования обычно моделируется с
использованием диаграмм потоков данных, чтобы проиллюстрировать
управление требованиями к задержке и доступности данных в решении.
Бизнес-аналитики определяют конкретные бизнес-правила для
проверки целостности данных и для преобразования данных.
Для моделирования и спецификации выходной информации, бизнес-аналитики: • анализируют существующие отчеты, чтобы определить, являются
ли они кандидатами на замену или исправление с учетом выходной
информации BI,
• используют возможности BI, такие как нерегламентированные (ad
hoc) запросы, добычу данных и обработку сложных событий для
определения и описания содержания и формата новой выходной
информации BI.
Бизнес-аналитики участвуют в оценке возможности предлагаемого
решения (обычно готового коммерческого пакета) в отношении
указанных требований. В контексте BI, сюда включаются
функциональные требования, такие как средства самообслуживания,
инструменты анализа данных, инструменты представления данных,
возможности детализации и нефункциональные требования, связанные
с такими проблемами, как качество данных, задержка данных и
производительность запросов.
.6 Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Сбалансированная система
показателей (стр. 266)
• Анализ бизнес-правил (стр. 286)
• Cловарь данных (стр. 295)
• Диаграммы потоков данных
(стр. 298)
• Моделирование данных
(стр. 307)
• Моделирование решений
(стр. 317)
• Анализ документов (стр. 322)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Анализ интерфейсов (стр. 344)
• Интервью (стр. 347)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Анализ нефункциональных
требований (стр. 361)
• Наблюдение (стр. 365)
• Организационное
моделирование (стр. 368)
• Приоритизация (стр. 373)
• Моделирование процесса
(стр. 380)
• Прототипирование (стр. 387)
• Рассмотрение (стр. 390)
• Моделирование скоупа
(стр. 405)
• Диаграммы последовательности
(стр. 409)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Моделирование состояний
(стр. 417)
• Варианты использования и
сценарии (стр. 426)
• Оценка вендора (стр. 433)
55
В чем суть элемента "Оценка решения" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Business Intelligence"?
Типичное ограничение предприятия при внедрении BI-решения -
неполное использование информационных ресурсов и аналитической
функциональности, которые обеспечивает это решение.
Заинтересованные стороны не знакомые с возможностями BI могут
фокусироваться на простой замене или исправлении существующей
выходной информации. Бизнес-аналитики исследуют и оценивают
возможности извлечения дополнительной пользы, обеспечиваемой BIрешением.
```
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Сбалансированная система
показателей (стр. 266)
• Анализ бизнес-правил (стр. 286)
• Диаграммы потоков данных
(стр. 298)
• Моделирование данных
(стр. 307)
• Анализ решений (стр. 312)
• Моделирование решений
(стр. 317)
• Оценка (стр. 324)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Интервью (стр. 347)
• Отслеживание вопросов
(стр. 351)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Наблюдение (стр. 365)
• Организационное
моделирование (стр. 368)
• Приоритизация (стр. 373)
• Моделирование процесса
(стр. 380)
• Анализ и управление рисками
(стр. 394)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• SWOT-анализ (стр. 424)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Оценка вендора (стр. 433)
```
56
В чем суть ракурса "Ракурс Информационные технологии"?
Ракурс Информационные технологии выделяет характеристики бизнесанализа, выполняемого с точки зрения влияния изменений на ITсистемы.
Работая в области информационных технологий (information technology
- IT), бизнес-аналитики имеют дело с задачами, сложность и масштаб
которых варьируются в широком диапазоне. Инициативы могут быть
малыми, такими как незначительные исправления ошибок и улучшения,
или большими, такими как реинжиниринг всей IT-инфраструктуры в
масштабе предприятия. Бизнес-аналитиков привлекают к работе с
заинтересованными сторонами разного уровня знаний и навыков для
поставки ценных решений в ответ на их IT-потребности.
Основа успеха бизнес-аналитика в дисциплине информационных
технологий - способность эффективно объяснять видение и потребности
бизнеса техническим заинтересованным сторонам. Бизнес-аналитики
активно сотрудничают с заинтересованными сторонами бизнеса и
командой разработки, чтобы удостовериться в понимании потребностей
и их соответствии организационной стратегии. Бизнес-аналитик часто
играет роль переводчика, помогающего бизнесу и технологическим
заинтересованным сторонам понять потребности, ограничения и
контекст друг друга. Понятие дизайн решения уместно в
технологическом контексте, и с точки зрения IT бизнес-аналитика.
Однако, применительно к среде IT, термин "дизайн" обычно
подразумевает "технический дизайн" или использование технологий
для решения задач бизнеса. В контексте IT, бизнес-аналитики
определяют и детализируют требования к решениям или участвуют в
проектировании решений с заинтересованными сторонами бизнеса,
отделяя его от технического дизайна.
Термин "дизайн", важный в IT-контекстах, традиционно зарезервирован
за решением или техническим проектированием, выполняемым
разработчиками, IT-архитекторами или архитекторами решений. Вся
работа, выполняемая ИТ бизнес-аналитиками, определяется термином
"требования", включая определение и проектирование бизнеспроцессов, пользовательских интерфейсов, отчетов или других
элементов решения, имеющих отношение к заинтересованным
сторонам за пределами команды разработки. Для четкого
разграничения ответственности бизнес-аналитики, работающие в этом
контексте, вместо понятия "дизайн" могут использовать понятие
"требования к решению".
Бизнес-аналитики, работающие в среде информационных технологий,
рассматривают свои задачи в свете трех ключевых факторов:
• Влияние решения: ценность и риск решения для бизнеса.
• Организационная зрелость: формальность и гибкость процессов,
используемых при проведении организационных изменений.
• Объем изменений: ширина, глубина, сложность и контекст
предлагаемого изменения
57
В чем суть характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Изменения IT-систем инициируются по нескольким причинам.
К IT-изменениям может привести любой из следующих триггеров:
• Создание новых организационных возможностей: может
осуществляться для преобразования организации. Такие виды ITинициатив могут вести к созданию больших программ,
ориентированных на изменения, не связанные с IT, но
сосредоточенные на технологии, изменяющей бизнес-среду.
• Достижение организационной цели путем расширения
существующей возможности: является частью изменения, которое
отвечает определенной потребности. Это может включать в себя
изменения для удовлетворения нормативных требований или для
достижения конкретных бизнес-целей. Эти типы инициатив часто
изменяют существующую систему, но могут также потребовать
реализации и интеграции новых систем.
• Содействие операционным улучшениям: предпринимается для
повышения организационной эффективности или уменьшения
организационных рисков. Объем изменений, организационная
зрелость и влияние решения определяют, будет ли это изменение
организовано как проект, отдельное улучшение, или часть
инициативы постоянного совершенствования.
• Поддержка существующей информационной системы:
осуществляется для обеспечения гладкой работы существующей
IT-системы. В зависимости от объема изменений, поддержка может
быть организована как проект или как регулярная плановая
деятельность. Сюда относятся изменения, вызванные технологией,
такие как прекращение поддержки технологии поставщиком,
запланированные выпуски или обновления приобретенного
программного пакета, либо технические изменения, необходимые
для поддержки архитектурной стратегии.
• Ремонт неисправной IT-системы: предпринимается, когда ITсистему, не работающую должным образом, изменяют для
устранения неисправности. Срочность ремонта обычно зависит от
уровня серьезности сбоя. В некоторых случаях объем работ по
исправлению очень велик, и тогда ремонт системы организуется
как проект.
58
Какими элементами описывается характеристика "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
1. Диапазон изменений
2. Глубина изменений
3. Ценность и создаваемые решения
4. Подход к поставке
5. Основные допущения
59
В чем суть элемента "Диапазон изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Инициативы в области информационных технологий могут
фокусироваться на одной системе или на нескольких
взаимодействующих друг с другом системах. Некоторые системы разрабатываются и поддерживаются внутри компании, тогда как другие,
"коробочные" (commercial off-the-shelf, COTS) системы, создаются
организацией, внешней по отношению к группе, внедряющей систему.
Внешняя организация также может выполнять заказную разработку,
например, когда задачи разработки передаются на аутсорсинг или
осуществляются по контракту.
Скоуп IT-инициативы зачастую узко фокусируются на программном и
аппаратном обеспечении и на минимальном наборе систем,
приложений или заинтересованных сторон. Более крупные инициативы
могут затрагивать множество групп пользователей или систем и часто
требуют сотрудничества в масштабе предприятия. Внедрение
"коробочных" информационных систем может начаться с небольшого
или ограниченного объема, когда изменение инициировано, но после
завершения анализа область действия будет шире, чем первоначально
предполагалось. Подход к бизнес-анализу для выбора и реализации
"коробочных" решений осуществляется иначе, чем при внутренней
разработке. Такие IT-системы почти всегда требуют настройки,
интеграции, администрирования и обучения. В некоторых случаях
инициативы ограничиваются начальной установкой и внедрением, либо
улучшениями существующих приложений. IT-инициативы также могут
фокусироваться на очень конкретном технологическом решении, таком
как необходимые данные, способ сбора данных, способ их хранения и
доступа к ним для поддержки бизнес-транзакций, либо сообщение и
предоставление информации бизнес-группам.
Бизнес-аналитики, работающие в IT, тщательно рассматривают контекст
любого изменения информационных технологий. Они рассматривают,
управляется ли изменение как проект, постоянное улучшение или
поддерживающая деятельность. Бизнес-аналитики также учитывают
управление организационными изменениями и все последствия,
включая обучение, коммуникацию и принятие изменений.
Характер действий бизнес-анализа в IT-среде зависит от множества
факторов влияния решения:
• Что произойдет с бизнесом, если эта система престанет работать?
• Что произойдет, если ухудшится производительность системы?
• Какие бизнес-возможности и процессы зависят от IT-системы?
• Кто кто вносит свой вкалад в эти возможности и процессы?
• Кто использует эти возможности и процессы?
Рассматривая эти факторы влияния решения, бизнес-аналитики
определяют формальность действий анализа не только в соответствии с
процессами бизнес-анализа, установленными организацией, но также
учитывая важность IT-системы. Важность анализируемой системы может
указывать на необходимость проведения дополнительного анализа для
поддержки и определения требований к изменению.
60
В чем суть элемента "Глубина изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Изменения в IT-среде часто требуют от бизнес-аналитика явного
описания деталей, включая такие технические детали, как определение
отдельных элементов данных, используемых или затрагиваемых
изменением. Интеграционные задачи могут требовать очень детального
анализа и описания при выявлении и определении интерфейсов между
IT-системами. Для обеспечения требуемого в таких инициативах уровня
детализации, бизнес-аналитики выявляют и анализируют, как
организация работает в целом и как IT-системы будут поддерживать эту
работу. Это дает бизнес-аналитику необходимый контекст для
понимания того, являются ли обнаруженные и задокументированные
детали релевантными для поставки ценности. Это может быть особенно
трудно, когда изменение IT-системы инициируется по причинам,
связанным с технологией, но без достаточной ясности или соответствия
бизнес-целям.
61
В чем суть элемента "Ценность и создаваемые решения" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
IT-системы внедряются для увеличения организационной ценности,
включая вспомогательные возможности и процессы, использующие
систему. Бизнес-аналитики стараются согласовать IT-функциональность с
этими процессами и возможностями, а также измерить воздействие,
оказываемое на них системой.
Изменение IT-систем может увеличить ценность многими способами,
включая:
• снижение операционных расходов,
• уменьшение потерь трудозатрат,
• улучшение соответствия статегии,
• повышение надежности и стабильности,
• автоматизация ручных или подверженных ошибкам процессов,
• исправление проблем,
• создание возможности масштабировать, улучшать или делать
более доступными способности бизнеса и
• создание новой функциональности и новых возможностей.
62
В чем суть элемента "Подход к поставке" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Осуществление деятельности бизнес-анализа в IТ-организации
значительно варьируется. Инициативы могут варьироваться от
небольших усилий по улучшению, завершаемых за короткий период
времени выпуском одной версии, до многоверсионных с поэтапной
реализацией.
Краткосрочные инициативы могут вовлекать одного бизнес-аналитика
на короткий период времени. В более крупные инициативы часто вовлекаются несколько бизнес-аналитиков, координирующие действия
по анализу разными способами. Бизнес-аналитики могут делить работу
по вовлекаемым бизнес-группам или по конкретным задачам.
63
В чем суть элемента "Основные допущения" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Ниже приводится список основных предположений IT-дисциплины:
• возможности и процессы бизнеса, использующие IT-систему,
приносят ценность организации,
• бизнес-аналитики, работающие в других ракурсах, могут
интегрировать свою работу с работой IT бизнес-аналитиков и
• изменения в IT-системах обычно ориентируются на потребности
бизнеса, хотя некоторые инициативы могут исходить из
технологических разработок.
64
Какими элементами описывается характеристика "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
1. Спонсор изменения
2. Цели изменения
3. Позиция бизнес-аналитика
4. Результаты бизнес-анализа
65
В чем суть элемента "Спонсор изменения" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
Изменения информационных технологий могут запрашиваться или
спонсироваться бизнес-спонсорами, IT-отделами или в сотрудничестве
между ними. Эти изменения должны соответствовать организационной
стратегии и бизнес-целям. IT-отдел может инициировать изменения в
соответствии с технической стратегией или для достижение технических
целей, однако для успеха изменений важно соответствие общей
организационной стратегии.
Следующий список отражает возможных спонсоров изменения:
• техническая команда,
• технический директор,
• владелец приложения,
• владелец процесса,
• владелец бизнеса,
• внутренний менеджер продукта,
• представитель регулятора (например, корпоративный
юридический отдел).
Предприятия могут инициировать изменения, связанные с
информационными технологиями множеством способов. Большие
предприятия часто создают внутри департамента IT офис по управлению
программами или проектами, который принимает запросы и
приоритизирует работы от лица департамента
66
В чем суть элемента "Цели изменения" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-аналитики определяют все возможные департаменты,
процессы, приложения и функции, которые может затронуть
предлагаемое изменение. Бизнес-аналитик не только фокусируется на
деталях инициативы, но также отслеживает более широкую картину и
потенциальные последствия изменений (как бизнес, так и технические).
Это предполагает анализ на уровне процессов и функций, особо
фокусирующийся на технических интерфейсах, а также взаимодействии
между процессами.
67
В чем суть элемента "Позиция бизнес-аналитика" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
В рамках IT-инициативы, действия по бизнес-анализу могут
выполняться персоналом, имеющим одну из нескольких квалификаций
или должностей в организации. Это назначение может зависеть от типа
изменения, опыта, необходимых знаний или просто от наличия
персонала, который может быть выделен для выполнения работы.
Персонал может назначаться на задачи бизнес-анализа в силу
описываемого ниже опыта, и может выполнять некоторые или все
обязанности по бизнес-анализу для конкретного изменения.
Может случиться так, что все задачи бизнес-анализа для IT-проекта
выполняются человеком, имеющим только одну из следующих
квалификаций:
• бизнес-аналитик, работающий исключительно с бизнеспользователями IT-системы,
• IT бизнес-аналитик, назначенный посредником между технической
командой и бизнес-группой, использующей приложение,
• специалист предметной области (SME), имеющий опыт реализации
текущего программного обеспечения,
• пользователь программного обеспечения, имеющий опыт
повседневной работы с ним и фокусирующийся на юзабилити,
• системный аналитик, знающий бизнес-домен, но не имеющий
опыта работы с конкретным приложением,
• владелец бизнес-процесса, имеющий большой опыт работы с
бизнес-возможностями или бизнес-процессами , но не имеющий
технического или IT-опыта,
• технический специалист с глубокими техническими знаниями или
• представитель коммерческой системы, обеспечивающий
кастомизацию коробочного решения и опирающийся на знания о
поставляемом пакете, а также на прошлый опыт внедрения.
68
В чем суть элемента "Результаты бизнес-анализа" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
В рамках IT-инициативы бизнес-аналитик может рассматривать
затрагиваемые изменением бизнес-процессы, а также собираемые системой данные и BI-информацию. Бизнес-аналитики, работающие в
рамках инициативы, тщательно планируют работу по проведению
бизнес-анализа и результаты, поддерживающие работу по изменению.
Используемый подход к изменению напрямую влияет на результаты
бизнес-анализа. Многие организации имеют определенную
методологию разработки систем или решений, которая в некоторой
степени диктует результаты, требуемые на каждом этапе проекта. Даже в
контексте этой структуры, бизнес-аналитику может потребоваться
создавать дополнительные объекты поставки, помимо тех, что требует
подход к изменению или принятый в организации процесс, а также
использовать техники, обеспечивающие доскональное понимание
работы, необходимой для проведения изменения.
Бизнес-аналитики, работающие в IT-дисциплине, отвечают за поставку
любого эелемента из следующего списка:
• определенные, полные, тестируемые, приоритизированные и
проверенные требования,
• анализ альтернатив,
• бизнес-правила,
• GAP-анализ,
• функциональная декомпозиция,
• варианты и сценарии использования и/или пользовательские
истории,
• анализ интерфейсов,
• прототипы,
• анализ процессов,
• модели процессов,
• модели состояний,
• моделирование решений,
• модели контекста или модели скоупа,
• модели данных.
Дополнительные объекты поставки, не включенные в приведенный
выше список, но относящиеся к каким-либо результатам используемых
техник бизнес-анализа, также могут рассматриваться как объекты
поставки, разрабатываемые бизнес-аналитиком.
69
В чем суть характеристики "Методологии" в рамках ракурса "Ракурс Информационные технологии"?
Применяемые IT-организациями методологии варьируются в
широком диапазоне.
По большому счету, методологии разработки решений распадаются на
два общих подхода:
• Предиктивный: структурированные процессы, делающие акцент на
планирование и формальное документирование процессов,
используемых для выполнения изменения. Каждый этап процесса
или последовательности завершается перед переходом к
следующему этапу.
• Адаптивный: процессы, позволяющие переработку в целом
структурированного в рамках одного или более циклов процесса.
Большинство адаптивных моделей - итеративные и
инкрементальные, фокусирующиеся на развитии продукта как в
ширину, так и в глубину.
Также может использоваться гибридная методология. Гибридный
подход может включать общее видение всей инициативы (как в
предиктивном подходе), а также определение деталей в рамках
отдельных циклов или итераций (как в адаптивном подходе).
Следующая таблица показывает несколько устоявшихся методологий
или подходов, с которыми может столкнуться бизнес-аналитик,
работающий в среде информационных технологий.
1. "Доморощенная" или специфичная для организации
Для управления инициативами, основанными на
информационных технологиях, IT-организация
может создать свою методологию, производную
от компонентов других устоявшихся
методологий или подходов.
2. Инженерия требований (Requirements Engineering, RE)
Определяет структурированный подход к
разработке и администрированию требований,
используемый в предиктивной, адаптивной и
Agile средах.
3. Структурированный метод анализа и проектирования систем (Structured
Systems Analysis and Design Method, SSADM)
Предиктивная методология разработки,
фокусирующаяся на логическом моделировании
и отделении требований от решений как основе
анализа и спецификации систем
4. Унифицированный процесс (Unified Process, UP)
Адаптивный подход к разработке. Для бизнесаналитиков особый интерес представляют этапы
начала (inception) и разработки (elaboration). UP -
является адаптивной методологией, но не
считается Agile.
70
В чем суть характеристики "Базовые компетенции" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-аналитик, работающий в IT, может обладать навыками,
связанными с разработкой IT, такими как программирование, создание
базы данных, создание архитектуры системы или решения, опыт
тестирования программного обеспечения или другие технические
навыки. Однако навыки разработки или технические навыки не
обязательно необходимы бизнес-аналитику для успешной работы в ITсреде. Бизнес-аналитику важно иметь четкое понимание деталей,
которые должны быть в пакете требований для поддержки технических
решений, а также понимание того, что технически осуществимо в рамках
ограничений технической архитектуры организации. Эти навыки
позволяют бизнес-аналитику работать со всеми заинтересованными
сторонами над проектированием фреймворка бизнес-решения,
позволяющего технической команде гибко проектировать техническое
решение.
При работе с заинтересованными сторонами, бизнес-аналитики
используют навыки влияния и фасилитации. Навыки переговоров часто
используются при работе с деловым и техническим персоналом, чтобы
прийти к соглашениям и решениям, если стоимость решения (в
терминах бюджета, времени или влияния на архитектуру) противоречит
желаемому бизнес-результату.
Критичной компетенцией для бизнес-аналитиков, работающих в ITсреде, является системное мышление. Системное мышление
обеспечивает способность бизнес-аналитика видеть более широкую
картину, включая любые другие приложения или технические аспекты,
которые могут быть затронуты изменением, детали конкретной
потребности и возможные технические решения. Системное мышление
также обеспечивает способность определять воздействия на людей,
процессы и программное обеспечение, не обязательно напрямую изменяемые как часть усилий по развитию IT, а также анализировать
риски и возможные последствия этих воздействий.
71
В чем суть характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Этот раздел объясняет, как конкретные практики бизнес-анализа в
рамках информационных технологий соотносятся с задачами и
практиками бизнес-анализа, описанными в Руководстве BABOK®
. Он
также описывает, как каждая область знаний применяется или
видоизменяется в дисциплине IT.
Каждая область знаний перечисляет техники, имеющие отношение к
ракурсу IT. Техники, используемые в дисциплине , не имеют
значительных отклонений от техник Руководства BABOK®
. Техники
находятся в разделе "Техники" Руководства BABOK®
. Этот список не
претендует на исчерпывающий перечень техник, а скорее выделяет
виды техник, используемых бизнес-аналитиками при выполнении задач
в рамках соответствующей области знаний.
72
Какими элементами описывается характеристика "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
1. Планирование и мониторинг бизнес-анализа
2. Выявление и сотрудничество
3. Управление жизненным циклом требований
4. Анализ стратегии
5. Анализ требований и определение дизайна
6. Оценка решения
73
В чем суть элемента "Планирование и мониторинг бизнес-анализа" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Подход к бизнес-анализу - основной инструмент коммуникации, с
помощью которого можно определить ресурсы, необходимые для
работы по бизнес-анализу, а также выделить на нее достаточное время.
Хорошо определенный план бизнес-анализа интегрируется в общий
план проекта и дает бизнес-аналитикам возможность определять и
планировать действия по бизнес-анализу в проекте.
Многие организации имеют некоторые стандарты и процессы, которые
могут определять конкретные задачи и результаты анализа. Если они
отсутствуют, бизнес-аналитик определяет эти задачи и результаты,
исходя из потребностей конкретной инициативы.
Важно понимать контекст аналитической работы. Сюда относятся
понимание взаимодействия программных систем, бизнес-процессов и
данных, передаваемых из одной системы в другую. Изменения в любой
отдельной системе или процессе могут иметь волновой эффект,
вносящий в скоуп инициативы дополнительные системы, процессы или
группы заинтересованных сторон.
IT бизнес-аналитик может быть частью команды разработчиков
программного обеспечения. Такой подход позволяет бизнес-аналитику
получить хорошее знание конкретного программного обеспечения или
поддерживаемых им процессов. Отношение и потребности
заинтересованных сторон могут меняться или смещаться в отношении
каждого конкретного изменения. Роли, планы сотрудничества и
коммуникации планируются для каждой инициативы изменения.
COTS-pешения могут включать значительные усилия по интеграции и
настройке систем, а также множество неожиданных задач, связанных с
внедрением внешнего программного обеспечения. При планирования
неизвестных влияний и потребностей настройки, бизнес-аналитики
вовлекают как внутренние заинтересованные стороны, понимающие
потребности в изменении, так и внешние заинтересованные стороны,
имеющие опыт внедрения COTS-решения.
Техники Руководства BABOK®
• Управление бэклогом (стр. 253)
• Анализ документов (стр. 313)
• Оценка (стр. 315)
• Функциональная декомпозиция
(стр. 329)
• Отслеживание вопросов
(стр. 342)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 346)
• Организационное
моделирование (стр. 359)
• Матрица ролей и прав (стр. 390)
• Моделирование скоупа
(стр. 396)
• Список, карта или персоны
заинтересованных сторон
(стр. 403)
74
В чем суть элемента "Выявление и сотрудничество" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Изменение информационных технологий часто затрагивает множество
заинтересованных сторон, по-разному связанных с решением или
изменением. Когда изменение касается IT-приложения или системы,
технический персонал может иметь знание, точку зрения или опыт,
помогающие выявлять дополнительные влияния на системы или
процессы по мере определения требований и решений. По этой причине
целесообразно проводить по крайней мере один сеанс сбора
информации совместно с IT-специалистами, такими как специалисты по
разработке или техническому проектированию, и специалистами в
предметной области бизнеса одновременно в одной комнате. Этот вид
подхода к выявлению обеспечивает платформу для сотрудничества
между техническими и бизнес-командами, где IT бизнес-аналитик
выступает в качестве организатора и связующего звена процесса.
Бизнес-аналитики, практикующие в IT-среде, могут использовать любые
техники, указанные в области знаний Выявление и сотрудничество.
Кроме того, в дисциплине IT большую пользу могут принести следующие
методы:
• Исследование: использование активов организационного
процесса, исследование рынка, конкурентный анализа,
функциональные спецификации и наблюдение,
• Имитация: использование статистического моделирования и
макетов,
• Экспериментирование: использование подтверждения концепции,
прототипов, альфа- и бета-релизов, и А/B-тестирования.
Если изменения в информационных технологиях не воспринимаются как
критически важные или имеют негативную ценность для заинтересованной стороны, заинтересованные стороны бизнеса могут
видеть в них помеху или затраты. Это может сделать привлечение к
выявлению проблематичным. Выявление в пределах организации
может быть затруднено, приводя к сбоям в сотрудничестве и
переделкам. IT-аналитики могут снизить риск переделок, вовлекая в
совместную работу ресурсы информационных технологий и бизнеса.
Техники Руководства BABOK®
• Мозговой штурм (стр. 271)
• Групповые игры (стр. 290)
• Анализ документов (стр. 322)
• Фокус-группы (стр. 335)
• Анализ интерфейсов (стр. 344)
• Интервью (стр. 347)
• Наблюдение (стр. 365)
• Моделирование процесса
(стр. 380)
• Прототипирование (стр. 387)
• Моделирование скоупа
(стр. 405)
• Диаграммы последовательности
(стр. 409)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Моделирование состояний
(стр. 417)
• Опрос или анкетирование
(стр. 420)
• Варианты использования и
сценарии (стр. 426)
• Семинары (стр. 435)
75
В чем суть элемента "Управление жизненным циклом требований" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
IT-инициативы часто сталкиваются с серьезными открытиями при
проведении изменений. Именно благодаря исследованию бизнесаналитики обнаруживают последствия новой функциональности,
предоставляемой решением. Это осознание возможности таких
открытий в IT-средах привело к внедрению коротких временных циклов
(Agile и постоянное совершенствование), строгого контроля изменений
(Комплексная модель зрелости (Capability Maturity Model IntegrationCMMI)и предиктивный подход) и внешних информационных
технологий (Программное обеспечение как сервис (Software as a Service -
SaaS) и облачные сервисы).
Бизнес-аналитики, работающие в IT, уделяют особое внимание
инструментам согласования, одобрения, контроля изменений,
трассировки и управления жизненным циклом требований. Роль бизнесаналитика заключается в том, чтобы работать с заинтересованными
сторонами для разработки согласованного метода анализа меняющихся
требований с целью обеспечения соответствия бизнес-целям
инициативы.
Во многих случаях, изменения утвержденных требований обусловлены
изменениями требований более высокого уровня, таких как бизнесцели. Бизнес-аналитики сотрудничают с заинтересованными сторонами,
чтобы удостовериться в стабильности этих требований, прежде чем переходить к техническим требованиям или требованиям к решению.
Когда появляются изменения требований, бизнес-аналитик анализирует
их влияние и планирует, как организовать предлагаемые изменения.
Чем сложнее IT-среда, тем важнее отслеживать каждое изменение
каждого требования или между требованиями и другой информацией.
Трассировка, включающая зависимости и отношения между
требованиями, помогает заинтересованным сторонам понимать, что
меняется в IT-системе, и предсказывать влияние дополнительных
изменений.
Поскольку технические системы со временем меняются, полезно хранить
и учитывать все версии каждого требования. Трассировка позволяет
найти источник и владельца каждой запрашиваемой функции или
свойства, а также то, почему, когда и как она менялась со временем. Эта
история важна для обеспечения полноты требований и обоснованности
решений по их одобрению. При проверке IT-системы и проводимых
изменений, регуляторы и другие заинтересованные стороны могут
понять, что произошло, когда и почему. Это может быть особенно важно
для целей аудита, когда приложение систематически управляет
данными или процессами без вмешательства человека в каждую
транзакцию или экземпляр происходящего процесса. Такая трассировка
также помогает организации понимать, почему некоторая
функциональность не поставляется или не реализуется в IT-системе, и
почему она была исключена из скоупа данной реализации.
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Анализ решений (стр. 312)
• Отслеживание вопросов
(стр. 351)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Приоритизация (стр. 373)
76
В чем суть элемента "Анализ стратегии" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
В рамках IT-организации анализ стратегии фокусируется на технологиях
и системах, бизнес-единицах, бизнес-процессах и бизнес-стратегиях,
затрагиваемых предлагаемым изменением. Последствия изменений
могут вызывать волновое воздействие на другие системы в организации.
Чтобы проанализировать потребности и предлагаемые изменения,
бизнес-аналитики стремятся понять все аспекты, на которые может
повлиять изменение.
Анализ текущего состояния в ИТ-инициативах включает анализ ручных
процессов, понимание того, что в настоящее время делает система или
технология, данные, необходимые для выполнения задач, а также
другие системы и процессы, взаимодействующие с системой. Сначала,
бизнес-аналитики планируют тщательно разобраться в текущем состоянии и контексте всего предприятия, осознавая, что скоуп будет
сужаться по мере определения будущего состояния.
Когда текущее состояние понятно, описывается желаемое будущее
состояние. Это описание может быть связано с процессом или
возможностью и обычно включает информацию о том, как требуется
изменить текущую функциональность системы для поддержки видения
будущего и соответствия целям как отдельных заинтересованных
сторон, так и всего предприятия. В результате понимания текущего и
будущего состояний, выявляется разрыв между ними, и именно здесь
должны быть сфокусированы усилия по проведению изменения. Именно
в этот момент анализа исследуются варианты решения.
Как только аспекты масштаба изменения и желаемого будущего
состояния понятны, бизнес-аналитики оценивают неопределенность и
риск. Неопределенность проясняется через:
• выявление и определение рисков,
• выявление и определение потенциальных выгод,
• установление параметров отклонений известных процессов и
операций,
• исследование неизвестности.
Бизнес-аналитики также исследуют другие потенциальные риски,
включая:
• риски поставщиков, такие как стабильность бизнеса и их продукта,
• воздействие на техническое окружение системы,
• масштабируемость решения в случае увеличения объемов
транзакций или количества пользователей с течением времени,
• дополнительные изменения процесса или системы, требуемые
исходя из инициируемого изменения.
Техники Руководства BABOK®
• Анализ возможностей бизнеса
(стр. 274)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Интервью (стр. 347)
• Отслеживание вопросов
(стр. 351)
• Наблюдение (стр. 365)
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
• Моделирование скоупа
(стр. 405)
• Опрос или анкетирование
(стр. 420)
• SWOT-анализ (стр. 424)
• Оценка вендора (стр. 433)
• Семинары (стр. 435)
77
В чем суть элемента "Анализ требований и определение дизайна" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Для бизнес-аналитиков, работающих в IT, важно понимать и уточнять
термин «дизайн». Многие IT-организации думают о дизайне только
применительно к дизайну или схеме программного обеспечения, либо
технического изменения. В области знаний Анализ требований и
определение дизайна, термин "дизайн" рассматривается более широко
и с позиции бизнес-аналитика. Дизайны - полезные с точки зрения
практической реализации представления, фокусирующиеся на решении
и понимании того, как решение сможет реализовать ценность, если оно
будет создано. Например, модель возможного улучшения процесса
(независимо от того, влияет ли она на IT-систему или использует ее), а
также макеты пользовательского интерфейса или определения отчетов
все они могут считаться дизайнами.
Бизнес-аналитики разрабатывают бизнес- и технические требования,
декомпозируют и определяют потребности заинтересованных сторон, а
также определяют ценность, получаемую заинтересованными
сторонами после реализации технического решения или изменения.
Они выявляют, определяют и анализируют требования бизнеса и
заинтересованных сторон, а также определяют, анализируют и
моделируют дизайны решений. Они определяют требования до уровня
технических деталей, которые будут использоваться как часть дизайна
решения и как исходная информация для технических дизайнов. Эта
проработка включает как функциональные, так и нефункциональные
требования. В некоторых инициативах изменений, определение
нефункциональных требований может определять все бизнес-цели для
усилий по проведению изменения.
При разработке технических дизайнов программных решений, бизнесаналитики часто полагаются на других агентов изменения. Системный
архитектор, программист, менеджер баз данных или другой технический
эксперт часто требуется, чтобы определить, как использовать
технологию для удовлетворения набора требований. IT бизнесаналитики определяют шаги процесса, бизнес-правила, потоки экранов
и макеты отчетов. Определение требований, включающих подробное
описание функциональности системы, бизнес- и системных процессов,
является важной частью проектирования решения и не разделяет
анализ и проектирование.
Чтобы удостовериться в соответствии IT-требований стратегии бизнеса
или организации в части анализа требований IT бизнес-аналитик может
сотрудничать с другим бизнес-аналитиком, имеющим иной фокус,
например как бизнес-аналитик предприятия или бизнес-архитектор.
"Анализ требований и определение дизайна" часто включают
документирование требований с использованием слов и картинок. В
некоторых случаях требования могут представляться другими
способами, такими как подтверждение концепции, рабочие прототипы
программного обеспечения или имитационные модели. В любом случае,
бизнес-аналитик работает над созданием документации, содержащей
подробности, необходимые и достаточные:
• бизнесу для проверки и подтверждения требований,
• разработчикам для проектирования,
• тестировщикам для оценки решения до его внедрения в
производственную среду.
Техники Руководства BABOK®
• Анализ бизнес-правил (стр. 286)
• Cловарь данных (стр. 295)
• Диаграммы потоков данных
(стр. 298)
• Моделирование данных
(стр. 307)
• Анализ решений (стр. 312)
• Моделирование решений
(стр. 317)
• Анализ документов (стр. 322)
• Оценка (стр. 324)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Анализ интерфейсов (стр. 344)
• Анализ нефункциональных
требований (стр. 361)
• Организационное
моделирование (стр. 368)
• Моделирование процесса
(стр. 380)
• Прототипирование (стр. 387)
• Рассмотрение (стр. 390)
• Матрица ролей и прав (стр. 399)
• Моделирование скоупа
(стр. 405)
• Диаграммы последовательности
(стр. 409)
• Моделирование состояний
(стр. 417)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
78
В чем суть элемента "Оценка решения" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Оценка решения фокусируется на компонентах решения и
предоставляемой ими ценности. В контексте IT это подразумевает
уделение особого внимания взаимодействию как между несколькими
системами в рамках изменения, так и с окружающей средой. Для бизнесаналитика, работающего в области IT, важно понимать контекст решения
и то, как изменения в одной системе или процессе могут повлиять на
другие системы в этой среде. Эти влияния могут добавить
отрицательную или положительную ценность другим системам, что
влияет на общую реализацию ценности в рамках изменения.
Одним из аспектов оценки решения в контексте IT является
тестирование программного обеспечения или решения. Тестирование
или обеспечение качества гарантирует, что решение работает так, как
предполагалось или как спроектировано, и что оно отвечает
потребностям бизнеса или заинтересованных сторон, которые
запросили изменения. Бизнес-аналитик работает со службой качества
(тестировщиками), чтобы гарантировать, что технические решения будут
соответствовать бизнес-потребностям, определенным требованиями и
другими результатами бизнес-анализа. Тестировщики используют
методологии тестирования для планирования, разработки и
выполнения тестов. Этот аспект тестирования решения, как правило,
фокусируется на полном тестировании процесса, в том числе в разных
системах для обеспечения сквозного качества и точности решения.
Бизнес-аналитики работают с заинтересованными сторонами для
планирования, разработки и выполнения пользовательского
приемочного тестирования, чтобы гарантировать, что решение отвечает
потребностям заинтересованных сторон.
Бизнес-аналитики осознают обоснованность внедрения IT-решения и то,
как это обоснование работает для создания ценности решения. Эта
реализация ценности обычно связана с более качественной поддержкой
бизнес-процессов и процедур.
Бизнес и технические целевые показатели связаны с реализацией выгод
и ценности, которые измеряются относительно определенных метрик,
используемых для оценки успеха. Требования должны быть связаны с
целевыми показателями, и эта прослеживаемость обеспечивает основу
для оценки решения. Анализ эффективности решения фокусируется на
технических системах и на том, как они приносят потенциальную и
реальную пользу заинтересованным сторонам.
Если большое организационное изменение содержит элемент IT, оценка
IT-решения может способствовать более обширной деятельности по
реализации преимуществ, связанных со всей программой изменений.
В рамках деятельности по оценке решения бизнес-аналитик может
работать с командой для выполнения задач, таких как оценка
ограничений решения и оценка воздействия таких ограничений. Бизнесаналитик может поддерживать и оценивать работу по техническому
тестированию как всего разработанного решения, так и его части.
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Анализ решений (стр. 312)
• Оценка (стр. 324)
• Отслеживание вопросов
(стр. 351)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Организационное
моделирование (стр. 368)
• Анализ и управление рисками
(стр. 394)
• Моделирование процесса
(стр. 380)
• SWOT-анализ (стр. 424)
• Оценка вендора (стр. 433)
79
В чем суть ракурса "Ракурс Бизнес-архитектура"?
Ракурс Бизнес-архитектура выделяет уникальные характеристики
бизнес-анализа, выполняемого в контексте бизнес-архитектуры.
Бизнес-архитектура определяет модель предприятия, которая
показывает, как удовлетворяются стратегические интересы ключевых
заинтересованных лиц, а также поддерживает текущие усилия по
трансформации бизнеса.
Бизнес-архитектура предоставляет архитектурные описания и
представления, называемые планами, которые дают единое понимание
организации для приведения в соответствие стратегических целей и
тактических потребностей. Дисциплина бизнес-архитектуры применяет
аналитическое мышление и архитектурные принципы на уровне
предприятия. Решение может включать изменения бизнес-модели,
операционной модели, организационной структуры, или направлять
другие инициативы.
Бизнес-архитектура следует определенным фундаментальным
архитектурным принципам:
• Скоуп: область применения бизнес-архитектуры — это все
предприятие в целом. Это не единичный проект, инициатива,
процесс или часть информации. Она помещает проекты, процессы
и информацию в более широкий контекст бизнеса для
обеспечения понимания взаимодействий, возможностей
интеграции, дублирований и несоответствий.
• Разделение ответственностей: Бизнес-архитектура разделяет
ответственности в ее контексте. В частности, она отделяет то, что
делает бизнес, от:
• информации, которую бизнес использует,
• того, как бизнес выполняется,
• того, кто это делает, и где на предприятии это делается,
• того, когда это делается,
• того, почему это делается,
• того, насколько хорошо это делается.
После определения независимых проблем их можно сгруппировать
в конкретные комбинации или сопоставления, которые можно
использовать для анализа целевых проблем бизнеса.
• Ориентация на сценарии: существует много различных вопросов,
на которые бизнес пытается ответить для разработки плана
улучшений. Каждый из этих вопросов или бизнес-сценариев
требует разного набора планов, содержащих разный набор
информации и отношений с различными видами результатов и
метрик для определения успеха.
• Опора на знания: хотя основная цель бизнес-архитектуры состоит в
том, чтобы ответить на эти вопросы бизнеса, вторичная, но также
важная цель - собрать и каталогизировать различные
архитектурные компоненты (что, как, кто, почему, т. д.) и их
отношения в базе знаний, чтобы их можно было быстро и легко
использовать при ответе на следующий возникающий вопрос
бизнеса. База знаний, как правило, ведется в виде
формализованного архитектурного репозитория.
80
В чем суть характеристики "Объем изменений" в рамках ракурса "Ракурс Бизнес-архитектура"?
81
Какими элементами описывается характеристика "Объем изменений" в рамках ракурса "Ракурс Бизнес-архитектура"?
1. Диапазон изменений
2. Глубина изменений
3. Ценность и создаваемые решения
4. Подход к поставке
5. Основные допущения
82
В чем суть элемента "Диапазон изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-архитектура может применяться:
• в рамках предприятия в целом,
• в рамках одного направления бизнеса внутри предприятия
(определяя архитектуру одной из бизнес-моделей предприятия),
либо
• в рамках одного функционального подразделения.
Действия по разработке бизнес-архитектуры обычно выполняются с
учетом всего предприятия, но могут также выполняться для
автономного бизнес-подразделения внутри предприятия. Для
управления целостностью и интеграцией на уровне предприятия
требуется широкий охват. Например, бизнес-архитектура может
прояснить ситуацию, когда одна и та же бизнес-возможностей
реализуется несколькими различными процессами и несколькими
различными организациями, использующими разные информационные
модели. При наличии ясности в масштабах предприятия, бизнес может
далее определить, является ли эта структура наилучшим способом
достижения стратегических целей.
83
В чем суть элемента "Глубина изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Усилия бизнес-архитектуры могут фокусироваться на уровне высшего
руководства предприятия для поддержки процесса принятия
стратегических решений или на управленческом уровне для поддержки
исполнения инициатив.
Хотя бизнес-архитектура обеспечивает важный контекст, она обычно не
работает на уровне операционных решений или процессов; вместо
этого, она оценивает процессы на уровне потока создания ценности.
84
В чем суть элемента "Глубина изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Усилия бизнес-архитектуры могут фокусироваться на уровне высшего
руководства предприятия для поддержки процесса принятия
стратегических решений или на управленческом уровне для поддержки
исполнения инициатив.
Хотя бизнес-архитектура обеспечивает важный контекст, она обычно не
работает на уровне операционных решений или процессов; вместо
этого, она оценивает процессы на уровне потока создания ценности.
85
В чем суть элемента "Ценность и создаваемые решения" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Используя принципы разделения ответственностей, бизнесархитектура, разрабатывает модели, декомпозирующие бизнессистемы, решения или организации на отдельные элементы с определенными функциями,
и показывает взаимодействие между ними.
К элементам модели бизнес-архитектуры относятся:
• возможности,
• ценность,
• процессы,
• информация и данные,
• организация,
• подчиненность и управление,
• заинтересованные стороны,
• стратегии безопасности,
• результаты.
Архитектурные модели позволяют организациям видеть общую картину
анализируемой предметной области. Они дают понимание важных
элементов организационной или программной системы и их
соответствия друг другу, а также выделяют критичные компоненты или
возможности.
Анализ бизнес-архитектуры помогает поддерживать целостность и
полезность функционирования систем и операций, а также вносит
ясность в бизнес-решения. При рассмотрении изменений, архитектура
дает информацию об элементах, имеющих непосредственное
отношение к целям изменения, поддерживая приоритизацию и
выделение ресурсов. Поскольку архитектурная модель также
показывает, как эти части связаны, ее можно использовать для анализа
воздействия, чтобы определить, какие изменения могут повлиять на
другие элементы системы или бизнеса.
Сама архитектура может использоваться как инструмент, помогающий
выявить необходимые изменения. Показатели эффективности каждого
элемента архитектуры можно отслеживать и оценивать для выявления
недостаточно эффективных элементов. Важность каждого элемента
можно сравнивать с эффективностью организации или системы в целом.
Это помогает принимающим решения лицам определить, где
необходимы инвестиции и как приоритизировать эти решения.
Функция бизнес-архитектуры - способствовать координации и
синхронизации действий внутри всей организации через согласование
действий с видением, целями и стратегией организации. Создаваемые в
ходе этого процесса архитектурные модели являются инструментами,
которые используются для уточнения, унификации и обеспечения
понимания направленности видения, целей и стратегии, а также чтобы
удостовериться, что применение ресурсов фокусируется на тех
элементах организации, которые соответствуют этой направленности и
поддерживают ее.
Бизнес-архитектура дает план, который менеджмент может
использовать для планирования и реализации стратегий, как в ракурсе
Информационные технологии (IT), так и в не-IT ракурсах. Бизнесархитектура используется организациями для руководства:
• стратегическим планированием,
• изменением модели бизнеса,
• реорганизацией,
• измерением производительности и другими инициативами по
проведению изменений для лучшего удержания клиентов,
• облегчением бизнес-операций,
• снижением издержек,
• формализацией знаний организации,
• созданием механизма, позволяющего бизнесу общаться и
использовать свое видение бизнеса.
86
В чем суть элемента "Подход к поставке" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-архитектура создает структуру планирования, которая
обеспечивает ясность и понимание организации и помогает лицам,
принимающим решения, определять требуемые изменения.
Архитектурные планы, предоставляемые бизнес-архитектурой,
обеспечивают понимание того, насколько хорошо организация
соответствует своей стратегии. Это понимание является триггером
изменений или других мероприятий по планированию.
Для каждого предоставляемого плана, бизнес-архитектура может
определять:
• текущее состояние,
• будущее состояние,
• одно или несколько переходных состояний, используемых для
перехода к будущему состоянию.
Бизнес-архитекторам нужно видеть всю организацию в целом. Как
правило, они подчиняются напрямую члену высшего руководства.
Бизнес-архитекторам требуется широкое понимание организации,
включая ее:
• окружение и отраслевые тренды,
• структуру и отношения подчиненности,
• потоки создания ценности,
• возможности,
• процессы,
• информацию и хранилища данных, а также то,
• как все эти элементы взаимодействуют для поддержки стратегии
организации.
Бизнес-архитекторы играют важную коммуникационную и
инновационную роль в стратегии организации. Они используют планы,
модели и идеи, предоставляемые бизнес-архитектурой для
непрерывного продвижения стратегии организации и удовлетворения
потребности отдельных заинтересованных сторон в рамках целей
организации.
Существует несколько центральных факторов успешной бизнесархитектуры:
• поддержка высшего руководства бизнеса,
• интеграция с прозрачными и действенными регулирующими
процессами, включая организационные полномочия по принятию
решений (например, решения относительно инвестиций,
инициатив и инфраструктуры),
• интеграция с текущими инициативами (это может включать участие
в управляющих комитетах или других подобных совещательных
группах),
• доступ к высшему руководству, руководителям подразделений,
владельцам продуктов, архитекторам решений, бизнес-аналитикам
и менеджерам проектов.
87
В чем суть элемента "Основные допущения" характеристики "Объем изменений" в рамках ракурса "Ракурс Информационные технологии"?
Чтобы сделать бизнес-архитектуру полезной для организации,
бизнес-аналитикам требуется:
• иметь представление об исследуемой организации в целом,
• полная поддержка со стороны высшего руководства,
• участие владельцев бизнеса и экспертов предметной области
(subject matter experts, SME),
• наличие организационной стратегии,
• насущная потребность бизнеса, подлежащая рассмотрению.
88
Какими элементами описывается характеристика "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Бизнес-архитектура"?
1. Спонсор изменения
2. Цели изменения
3. Позиция бизнес-аналитика
4. Результаты бизнес-анализа
89
В чем суть элемента "Спонсор изменения" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
1. В идеале, спонсор инициативы бизнес-архитектуры — это старший
руководитель или владелец бизнеса всей организации. Однако,
спонсором может быть и владелец одного из направлений бизнеса.
90
В чем суть элемента "Цели изменения" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
В следующем списке перечислены возможные первичные
цели изменений, вытекающие из анализа бизнес-архитектуры:
• возможности бизнеса,
• потоки создания бизнес-ценности,
• планы инициатив,
• инвестиционные решения,
• портфельные решения.
Следующие группы людей используют бизнес-архитектуру для
управления изменениями в организации:
• руководители на всех уровнях организации,
• владельцы продуктов или услуг,
• оперативные подразделения,
• архитекторы решений,
• менеджеры проектов,
• бизнес-аналитики, работающие в других контекстах (например, на
уровне проекта).
91
В чем суть элемента "Позиция бизнес-аналитика" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
Цель бизнес-аналитика, работающего в дисциплине Бизнес-архитектура:
• понять контекст всего предприятия и обеспечить
сбалансированное понимание всех элементов и их взаимосвязей в
рамках предприятия, а также
• обеспечить целостное, понятное представление всех
специальностей в организации.
Бизнес-архитектура предоставляет множество разных моделей
организации. Эти модели или планы дают целостное понимание
организации, становящееся основой стратегических решений,
принимаемых руководителями организации. Для разработки бизнесархитектуры бизнес-аналитик должен понимать, усваивать и
согласовывать с контекстом широкий спектр деталей, имеющих
стратегическое значение для организации. Чтобы это сделать, им нужны
знания, навыки и понимание:
• стратегии и целей бизнеса,
• концептуальной бизнес-информации,
• IT-архитектуры предприятия,
• архитектуры процессов,
• архитектуры эффективности и аналитических данных бизнеса.
Бизнес-архитектура поддерживает стратегические совещательные
группы и группы планирования, направляющие и принимающие
решения относительно изменений в организации. Бизнес-архитектура
дает указания и понимание относительно согласованности решений со
стратегическими целями организации, а также обеспечивает эту
согласованность в различных транзитных состояниях в процессе
продвижения изменения к его будущему состоянию.
92
В чем суть элемента "Результаты бизнес-анализа" характеристики "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-архитектура обеспечивает широкий охват и целостный взгляд на
бизнес-анализ.
К общим результатам бизнес-архитектуры относятся:
• соответствие организации ее стратегии,
• планирование изменений в процессе реализации стратегии,
• обеспечение того, чтобы по мере внесения изменений,
организация продолжала соответствовать стратегии.
Эти результаты бизнес-архитектуры дают контекст для анализа,
планирования, приоритизации и оценки требований, а также
высокоуровневого дизайна системы. Это обеспечивает понимание и
согласованность стратегии, потребностей заинтересованных сторон и
возможностей бизнеса. Архитектурные представления и планы
предоставляют информацию, которая иначе была бы основана на
предположениях, и минимизируют риск дублирования усилий по
созданию возможностей, систем или информации, уже существующих в
других местах предприятия.
Различные модели и планы, предоставляемые бизнес-архитектурой,
являются ее ключевыми результатами. Они включают, но не
ограничиваются:
• карты бизнес возможностей,
• карты потоков создания ценности,
• карты организации,
• понятия бизнес-информации,
• высокоуровневую архитектуру процессов,
• модели бизнес-мотивации.
93
Какими элементами описывается характеристика "Эталонные модели и техники" в рамках ракурса "Ракурс Бизнес-архитектура"?
1. Эталонная модель
| 2. Техники
94
В чем суть элемента "Эталонная модель" характеристики "Эталонные модели и техники" в рамках ракурса "Ракурс Информационные технологии"?
Эталонные модели — это заранее определенные архитектурные
шаблоны, дающие одну или несколько точек зрения для конкретной отрасли или функции, обычно встречающейся в нескольких секторах
(например, IT или финансы).
Эталонные модели часто считаются онтологией архитектуры по
умолчанию для отрасли или функции. Они дают исходную базовую
архитектуру, которую бизнес-архитекторы могут адаптировать в
соответствии с потребностями своей организации.
В следующей таблице перечислены некоторые из распространенных
эталонных моделей.
95
В чем суть элемента "Техники" характеристики "Эталонные модели и техники" в рамках ракурса "Ракурс Информационные технологии"?
В следующей таблице перечислены техники, часто используемые в
дисциплине бизнес-архитектуры, но не включенные в раздел
Техники Руководства BABOK®
.
96
В чем суть характеристики "Базовые компетенции" в рамках ракурса "Ракурс Бизнес-архитектура"?
В дополнение к базовым компетенциям, бизнесаналитикам, работающим в дисциплине бизнесархитектуры, требуется:
• высокая терпимость к неоднозначности и неопределенности,
• способность рассматривать вещи в более широком контексте,
• способность преобразовывать требования и контекст в концепцию
или дизайн решения,
• способность скрывать ненужные детали для обеспечения
представлений более высокого уровня,
• способность мыслить долгосрочными временными рамками,
протяженностью в несколько лет,
• способность поставлять тактические (краткосрочные) результаты,
как одновременно приносящих немедленную пользу, так и
способствующих реализации бизнес-стратегии (долгосрочные),
• способность взаимодействовать с людьми на уровне высшего
руководства,
• способность рассматривать несколько сценариев или результатов,
• способность возглавлять и направлять изменения в организации,
• хорошая политическая хватка.
97
В чем суть характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Бизнес-архитектура"?
Этот раздел объясняет, как конкретные практики бизнес-анализа в
бизнес архитектуре соотносятся с задачами и практиками бизнесанализа, описанными в Руководстве BABOK®
. Этот раздел описывает, как
каждая область знаний применяется или видоизменяется в дисциплине
бизнес-архитектуры.
Каждая область знаний перечисляет техники, релевантные для ракурса
Бизнес-архитектура. Техники находятся в разделе "Техники" Руководства
BABOK®
. Другие техники бизнес-анализа отсутствуют в главе "Техники"
Руководства BABOK®
, но считаются особенно полезными для бизнесаналитиков, работающих в дисциплине бизнес-архитектуры. Этот список
не претендует на исчерпывающий перечень техник, а скорее выделяет
виды техник, используемых бизнес-аналитиками при выполнении задач
в рамках соответствующей области знаний.
98
Какими элементами описывается характеристика "Влияние на области знаний" в рамках ракурса "Ракурс Бизнес-архитектура"?
1. Планирование и мониторинг бизнес-анализа
2. Выявление и сотрудничество
3. Управление жизненным циклом требований
4. Анализ стратегии
5. Анализ требований и определение дизайна
6. Оценка решения
99
В чем суть элемента "Планирование и мониторинг бизнес-анализа" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
```
В ходе выполения Планирование и мониторинг бизнес-анализа,
дисциплина Бизнес-архитектура требует от бизнес-аналитика
понимания следующих аспектов организации:
• стратегии и направления,
• операционной модели и предлагаемой ценности,
• текущих способностей бизнеса и операционных способностей,
• заинтересованных сторон и точек их вовлечения,
• планов расширения, управления и планирования процессов,
• культуры и окружающей среды,
• возможности изменений.
Как только эти элементы будут поняты, бизнес-аналитик сможет понять,
какие из архитектурных точек зрения имеют отношение к анализу.
Действия по планированию и мониторингу управления, в первую
очередь, фокусируются на:
• выборе тех проектов или инициатив, которые обеспечат
максимальную выгоду для реализации стратегий и получения
результатов бизнеса,
• определении того, какие структуры или модели существуют или
используются в организации
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Мозговой штурм (стр. 271)
• Анализ возможностей бизнеса
(стр. 274)
• Анализ решений (стр. 312)
• Оценка (стр. 324)
• Функциональная декомпозиция
(стр. 338)
• Интервью (стр. 347)
• Отслеживание вопросов
(стр. 351)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Анализ нефункциональных
требований (стр. 361)
• Организационное
моделирование (стр. 368)
• Моделирование процесса
(стр. 380)
• Рассмотрение (стр. 390)
• Анализ и управление рисками
(стр. 394)
• Матрица ролей и прав (стр. 399)
• Анализ корневых причин
(стр. 402)
• Моделирование скоупа
(стр. 405)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
Другие техники Бизнес-анализа
• Архитектура бизнес-процессов
• Карта возможностей
• Анализ портфеля проектов
• Сервисно-ориентированный
анализ
```
100
В чем суть элемента "Выявление и сотрудничество" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-аналитики, работающие в дисциплине Бизнес-архитектура,
обычно имеют дело с большим количеством неоднозначности и
неопределенности. При выполнении задач области знаний Выявление и
сотрудничество, бизнес-аналитики рассматривают изменения в
организационном направлении, исходя из внешних и внутренних сил, а
также изменений в рыночной среде. Виды изменений нередко возможно
предсказать, но давление внешних рынков часто делает скорость
изменений непредсказуемой.
Поскольку бизнес-архитектура требует большой объем исходной
информации, собранной со всей организации, доступность (и наличие)
заинтересованных сторон имеет решающее значение для успеха. Бизнесаналитики выявляют исходную информацию, такую как стратегия,
ценность, существующие архитектуры и показатели эффективности.
Центральным элементом коммуникационной стратегии бизнесархитекторов является отстаивание стратегии организации. В качестве
членов различных управляющих комитетов и консультативных групп,
бизнес-архитекторы используют формальные каналы коммуникаций в
рамках проектов, инициатив и рабочих групп для донесения стратегии
организации, объяснения организационного контекста и отстаивание
согласованности со стратегией.
Обеспечение понимания и поддержки стратегии организации
заинтересованными сторонами - одна из важнейших функций в
дисциплине бизнес-архитектуры. Для обеспечения согласованности
действий со стратегией организации, бизнес-архитекторы могут
накладывать на проект или инициативу рамки и ограничения, что может
восприниматься негативно. Обязанность бизнес-архитектора - связывать
потребности и желания отдельных заинтересованных сторон, проекты и
рабочие группы с контекстом, а также пониманием целей и стратегии
организации. Цель бизнес-архитектора - оптимизировать цели и
стратегию предприятия, а также препятствовать деятельности,
преследующий узкие цели ценой дополнительной оптимизации всей
цели. Это является частью как выявления, так и сотрудничества.
Бизнес-архитектор достигает глубокого понимания стратегии, движущих
сил, мотивации и стремлений организации и заинтересованных сторон.
Достигнув этого уровня понимания, бизнес-архитектор сотрудничает с
представителями всех уровней организации, включая высшее
руководство, менеджеров, Офис управления проектами (project
management office, PMO), владельцев продуктов, руководителей
проектов, различных бизнес-аналитиков, архитекторов решений и ITспециалистов для устранения пробелов в понимании и
информировании о важности согласования с организационной
стратегией. Содействие эффективному сотрудничеству требует от
бизнес-архитектора способности понимать широкое разнообразие
ракурсов и контекстов, в которых действует каждая заинтересованная
сторона. Бизнес-архитектор также должен быть способен общаться с
каждой из этих заинтересованных сторон на том языке, который они
обоюдно понимают и поддерживают.
Техники Руководства BABOK®
• Мозговой штурм (стр. 271)
• Анализ документов (стр. 322)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Анализ интерфейсов (стр. 344)
• Интервью (стр. 347)
• Отслеживание вопросов
(стр. 351)
• Наблюдение (стр. 365)
• Прототипирование (стр. 387)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• отсутствуют
101
В чем суть элемента "Управление жизненным циклом требований" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
```
Для бизнес-аналитиков, работающих в дисциплине Бизнес-архитектура,
важно иметь поддержку высшего руководства и договоренность о
подлежащих выполнению работах. Архитектурный совет, состоящий из
высших должностных лиц с полномочиями принятия решений, может
рассматривать и оценивать изменения бизнес-архитектуры. Также эта
группа часто вовлекается в управление портфелем в части принятия
решений относительно инвестиций и приоритизации изменений, исходя
из оценки их влияния на результаты бизнеса и стратегию.
Бизнес-аналитики, работающие в дисциплине Бизнес-архитектура,
постоянно вникают в то, как проекты влияют на бизнес-архитектуру, и
работают над постоянным расширением, корректировкой и улучшением
бизнес-архитектуры. Они также определяют возможность
возникновения изменений как во внутренних, так и внешних ситуациях
(включая рыночные условия), и решают, каким образом включить эти
изменения в бизнес-архитектуру организации.
Техники Руководства BABOK®
• Сбалансированная система
показателей (стр. 266)
• Бенчмаркинг и анализ рынка
(стр. 269)
• Анализ возможностей бизнеса
(стр. 274)
• Групповые игры (стр. 290)
• Моделирование данных
(стр. 307)
• Анализ решений (стр. 312)
• Оценка (стр. 324)
• Анализ интерфейсов (стр. 344)
• Отслеживание вопросов
(стр. 351)
• Анализ полученного опыта
(стр. 354)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Организационное
моделирование (стр. 368)
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
• Рассмотрение (стр. 390)
• Анализ и управление рисками
(стр. 394)
• Матрица ролей и прав (стр. 399)
• Анализ корневых причин
(стр. 402)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• SWOT-анализ (стр. 424)
Другие техники Бизнес-анализа
• Archimate®
• Архитектура бизнес-процессов
• Моделирование бизнесценности
• Карта возможностей
• Основная схема предприятия
• Анализ портфеля проектов
• "Дорожная карта"
• Сервисно-ориентированный
анализ
• Карта ценности
```
102
В чем суть элемента "Анализ стратегии" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
```
Бизнес-архитектура может играть значительную роль в анализе
стратегии. Она дает архитектурные представления текущего состояния
организации и помогает определить как будущее состояние, так и
требуемые для его достижения промежуточные состояния.
Бизнес-архитекторы разрабатывают "дорожные карты", исходя из
стратегии изменения организации. Четко определенные переходные
состояния помогают удостовериться в том, что организация продолжает
поставлять ценность и остается конкурентоспособной на всех этапах
изменения. Для сохранения конкурентоспособности, бизнес должен
анализировать такие факторы, как:
• рыночные условия,
• в какие рынки входить,
• как организация будет конкурировать в переходном состоянии,
• как лучше всего позиционировать то, что предлагает бренд
организации.
Бизнес-архитектура обеспечивает корпоративный контекст и
архитектурные представления, которые позволяют понять предприятие,
поэтому эти вопросы могут быть проанализированы в контексте затрат,
возможностей и усилий.
Техники Руководства BABOK®
• Сбалансированная система
показателей (стр. 266)
• Бенчмаркинг и анализ рынка
(стр. 269)
• Мозговой штурм (стр. 271)
• Анализ возможностей бизнеса
(стр. 274)
• Анализ бизнес-правил (стр. 286)
• Анализ бизнес-правил (стр. 286)
• Групповые игры (стр. 290)
• Моделирование данных
(стр. 307)
• Анализ документов (стр. 322)
• Оценка (стр. 324)
• Фокус-группы (стр. 335)
• Глоссарий (стр. 342)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Организационное
моделирование (стр. 368)
• Рассмотрение (стр. 390)
• Анализ и управление рисками
(стр. 394)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• SWOT-анализ (стр. 424)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• Archimate®
• Архитектура бизнес-процессов
• Карта возможностей
• Карта путешествия клиента
(Customer Journey Map)
• Основная схема предприятия
• Анализ портфеля проектов
• "Дорожная карта"
• Сервисно-ориентированный
анализ
• Карта стратегии
• Карта ценности
```
103
В чем суть элемента "Анализ требований и определение дизайна" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-архитектура обеспечивает индивидуальные архитектурные
представления в организации посредством различных моделей,
которые выбираются для заинтересованных сторон, использующих это
представление. Эти архитектурные представления могут обеспечиваться
Картой возможностей и Картой ценности, организационными схемами, а
также моделями информации и бизнес-процессов. Бизнес-аналитики,
работающие в дисциплине бизнес-архитектуры, используют знания,
суждения и опыт при принятии решений о том, что для модели важно, а
что нет. Назначение моделей - давать контекст и информацию,
способствующие лучшему анализу требований и проектированию.
Архитектурный контекст и возможность ссылаться на доступные
архитектурные представления дают информацию, которая иначе была
бы основана на предположениях, которые бизнес-аналитик вынужден
делать при отсутствии другой информации. Предоставляя эту
информацию, бизнес-архитектура минимизирует риск дублирования
усилий по созданию возможностей, систем или информации, уже
существующих в других местах предприятия.
Проектирование выполняется в связи с пониманием потребностей и
требований. Бизнес-архитектура обеспечивает контекст для проведения
анализа соответствия предлагаемых изменений стратегии и влияния
этих изменений друг на друга. Бизнес-архитекторы синтезируют знания и
идеи из множества архитектурных представлений, чтобы определить,
содействует ли предлагаемое изменение целям организации или
конфликтует с ними.
Бизнес-архитектура старается удостовериться в том, что предприятие в
целом продолжает поставлять ценность заинтересованным сторонам,
как во время нормальной работы, так и во время изменения. Бизнесаналитики, работающие в дисциплине бизнес-архитектуры,
фокусируются на целостном рассмотрении поставляемой организации
ценности. Они стараются исключить локальную оптимизацию, когда
усилия и ресурсы вкладываются в отдельное улучшение процесса или
системы, что не согласуется со стратегией и не вносит осмысленный
вклад в предприятие в целом, или еще хуже, субоптимизирует целое.
Техники Руководства BABOK®
• Критерии приемки и оценки (стр. 250)
• Управление бэклогом (стр. 262)
• Сбалансированная система
показателей (стр. 266)
• Бенчмаркинг и анализ рынка
(стр. 269)
• Мозговой штурм (стр. 271)
• Анализ возможностей бизнеса
(стр. 274)
• Канва бизнес-модели (стр. 281)
• Анализ бизнес-правил (стр. 286)
• Групповые игры (стр. 290)
• Cловарь данных (стр. 295)
• Диаграммы потоков данных
(стр. 298)
• Моделирование данных
(стр. 307)
• Анализ решений (стр. 312)
• Анализ документов (стр. 322)
• Оценка (стр. 324)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Анализ интерфейсов (стр. 344)
• Отслеживание вопросов
(стр. 351)
• Анализ полученного опыта
(стр. 354)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Анализ нефункциональных
требований (стр. 361)
• Наблюдение (стр. 365)
• Организационное
моделирование (стр. 368)
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
• Прототипирование (стр. 387)
• Рассмотрение (стр. 390)
• Анализ и управление рисками
(стр. 394)
• Матрица ролей и прав (стр. 399)
• Анализ корневых причин
(стр. 402)
• Моделирование скоупа
(стр. 405)
• Диаграммы последовательности
(стр. 409)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Моделирование состояний
(стр. 417)
• Опрос или анкетирование
(стр. 420)
• SWOT-анализ (стр. 424)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Оценка вендора (стр. 433)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• Archimate®
• Архитектура бизнес-процессов
• Карта возможностей
• Карта путешествия клиента
(Customer Journey Map)
• Основная схема предприятия
• Анализ портфеля проектов
• "Дорожная карта"
• Сервисно-ориентированный
анализ
• Карта ценности
104
В чем суть элемента "Оценка решения" характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Информационные технологии"?
Бизнес-архитектура задает фундаментальные вопросы о бизнесе,
включая важный вопрос о том, насколько хорошо работает бизнес.
Для ответа на этот вопрос, необходимо ответить на несколько других
вопросов:
• Какие результаты ожидает получить бизнес, конкретная
инициатива или компонент?
• Как эти результаты можно измерить в терминах SMART-целей
(Specific, Measurable, Achievable, Relevant, Time-bounded -
конкретные, измеримые, достижимые, релевантные, ограниченные
по времени)?
• Какая информация необходима для измерения этих целей?
• Как должны быть оснащены процессы, сервисы, инициативы и т.д.
для сбора этой информации?
• Как лучше всего представить информацию об эффективности в
терминах отчетов, специальных запросов, информационных
панелей и т.д.?
• Как мы используем эту информацию для принятия инвестиционных
решений в будущем?
Например, на более детальном уровне, важная часть определения
возможностей и архитектуры процессов - определение конкретных
характеристик эффективности и результатов, получение которых
ожидается от этих возможностей или процессов. Фактические
измерения редко выполняются бизнес-аналитиками. Обычно это делают
владельцы бизнеса, операционные менеджеры или менеджеры
информационных технологий.
Бизнес-аналитики, работающие в дисциплине Бизнес-архитектура,
анализируют результаты этих измерений и учитывают эти результаты в
последующем планировании.
Техники Руководства BABOK®
• Сбалансированная система
показателей (стр. 266)
• Бенчмаркинг и анализ рынка
(стр. 269)
• Мозговой штурм (стр. 271)
• Анализ возможностей бизнеса
(стр. 274)
• Групповые игры (стр. 290)
• Фокус-группы (стр. 335)
• Отслеживание вопросов
(стр. 351)
• Анализ полученного опыта
(стр. 354)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Наблюдение (стр. 365)
• Организационное
моделирование (стр. 368)
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
• Анализ и управление рисками
(стр. 394)
• Матрица ролей и прав (стр. 399)
• Анализ корневых причин
(стр. 402)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• SWOT-анализ (стр. 424)
Другие техники Бизнес-анализа
• Модель бизнес-мотивации
• Архитектура бизнес-процессов
• Карта возможностей
• Карта путешествия клиента
(Customer Journey Map)
• Сервисно-ориентированный
анализ
• Карта ценности
105
В чем суть ракурса "Ракурс Управление бизнес-процессами"?
Ракурс Управление бизнес-процессами выделяет уникальные
характеристики бизнес-анализа, выполняемого в контексте разработки
или совершенствования бизнес-процессов.
Управление бизнес-процессами (BPM) — это управленческая
дисциплина и набор обеспечивающих технологий, которые:
• фокусируются на том, как организация выполняет работу во
множестве функциональных областей для поставки ценности
клиентам и заинтересованным сторонам,
• стремятся рассматривать поставку ценности как охватывающую всю
организацию,
• рассматривают организацию через призму процессов.
BPM-инициатива приносит пользу за счет внедрения улучшений в то, как
выполняется работа в организации.
BPM определяет то, как выполняемые вручную и автоматизированные
процессы создаются, изменяются, отменяются и регулируются.
Организации, обладающие процессно-ориентированным взглядом,
рассматривают BPM как регулярную работу и неотъемлемую часть
текущего управления и функционирования организации
106
Какими элементами описывается характеристика "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
1. Диапазон изменений
2. Глубина изменений
3. Ценность и создаваемые решения
4. Подход к поставке
5. Основные допущения
107
В чем суть элемента "Диапазон изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Цель BPM – оптимизировать поставку ценности через все сквозные
процессы. Полномасштабная BPM-инициатива может охватывать все
предприятие. Одиночная BPM-инициатива может сделать организацию
более процессно-ориентированной, предоставляя информацию о ее
процессах. Процессы организации определяют, что организация делает
и как она это делает. Доскональное понимание ее процессов позволяет заинтересованным сторонам корректировать эти процессы для
удовлетворения развивающихся потребностей организации и её
клиентов.
Отдельные инициативы могут улучшать конкретный процесс или
подпроцесс. Разделение больших, сложных процессов на меньшие части
(подпроцессы) позволяет бизнес-аналитикам лучше понимать, что
делает каждый процесс и как его оптимизировать
108
В чем суть элемента "Глубина изменений" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Бизнес-аналитики используют BPM-фреймворки для облегчения
анализа и глубокого понимания процессов организации. BPMфреймворки — это наборы или описания процессов для обобщенной
организации, определенной отрасли, профессиональной области или
вида потока создания ценности. BPM-фреймворки определяют
конкретные уровни процессов в процессной архитектуре организации.
Например, для оценки конкретного процесса в организации бизнесаналитики используют анализ цепочки поставки. Анализ цепочки
поставки часто проводится через декомпозицию процессов группового
уровня до отдельных составляющих, а затем - декомпозицию их до
индивидов, выполняющих конкретные задачи.
Бизнес-аналитики, связанные с управлением бизнес-процессами, часто
занимаются непрерывным совершенствованием, так как они чаще всего
знакомы с BPM.
109
В чем суть элемента "Ценность и создаваемые решения" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Цель BPM – улучшение операционной продуктивности
(результативности, эффективности, адаптивности и качества) и
уменьшение издержек и рисков. Бизнес-аналитики обычно
рассматривают прозрачность процессов и операций в качестве общей
базовой ценности BPM-инициатив. Прозрачность процессов и операций
дает лицам, принимающим решения, четкое представление об
операционных последствиях предыдущих решений, связанных с
процессами. Работы по бизнес-анализу часто начинаются с определения
бизнес-потребностей клиентов. Потребности обычно называют
драйверами BPM. К драйверам BPM относятся:
• инициативы по снижению затрат,
• повышение качества,
• повышение производительности,
• возникновение конкуренции,
• управление рисками,
• инициативы по соответствию требованиям регулятора,
• следующее поколение автоматизации процессов,
• внедрение базовой системы,
• инновация и рост,
• рационализация после слияния и поглощения,
• инициативы по стандартизации,
• основные программы трансформации,
• создание центра BPM-компетенций,
• повышение гибкости,
• скорость или ускорение процессов
110
В чем суть элемента "Подход к поставке" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Подход к поставке BPM-инициатив в организациях варьируется от
набора тактических методов, фокусирующихся на улучшении отдельных
процессов, до управленческой дисциплины, затрагивающей все
процессы организации. Основная задача процессного преобразования -
помочь организациям выявить, приоритизировать и оптимизировать их
бизнес-процессы для поставки ценности заинтересованным сторонам.
Для достижения и поддержания совершенства процессов, организации
проводят периодическую оценку ключевых процессов и занимаются их
постоянным совершенствованием. Успех BPM можно измерить тем,
насколько хорошо BPM-инициатива соответствует целям, поставленным
организацией перед BPM.
Есть несколько механизмов, которые можно использовать для
реализации BPM:
• Реинжиниринг бизнес-процессов: методы, нацеленные на
значительное перепроектирование процессов всего предприятия.
• Эволюционные формы изменений: методы, включающие
определение общих целей для процесса и, затем, реализацию
отдельных изменений, направленных на приведение
подпроцессов в соответствие с этими целями.
• Существенное открытие: методы, используемые, когда процессы
организации не определены или задокументированная версия
процесса существенно отличается от реального работающего
процесса. Существенное открытие - метод организационного
анализа, суть которого - обнаружение реальных процессов.
• Бенчмаркинг процессов: сравнивает бизнес-процессы и показатели
эффективности организации с лучшими отраслевыми практиками.
Типичные измеряемые параметры: качество, время и стоимость.
• Специализированные приложения (Business Process Management
System - BPMS): предназначены для поддержки BPM-инициатив и
непосредственно исполняют бизнес-процессы, разработанные
ранее в виде моделей. Эти приложения являются инструментами,
которые автоматизируют действия BPM. Процессы организации
часто нуждаются в изменении для соответствия
автоматизированному подходу.
Подходы к совершенствованию процессов можно классифицировать с
точки зрения их происхождения и того, являются ли их решения в
первую очередь организационными (основанными на людях) или
технологическими (основанными на IT) Организации могут лучше понять
методологию улучшения процесса, как указано в предыдущем абзаце,
для применения на основе следующих принципов организации:
• Сверху вниз: инициативы, нацеленные на сквозные процессы или
основные части бизнеса, как правило координируемые высшим
руководством из общего центра и имеющие последствия,
охватывающие всю организацию.
• Снизу вверх: инициативы, как правило, представляют собой
тактические подходы к улучшению отдельных процессов и рабочих
процессов на уровне подразделений или подпроцессов в
небольших частях организации.
• Ориентированные на людей: инициативы, где главные изменения
происходят на уровне действий и потоков работ в организации.
• Ориентированные на IT: инициативы, часто фокусирующиеся на
автоматизации процессов.
111
В чем суть элемента "Основные допущения" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Ниже следует список основных предположений дисциплины BPM:
• Процессы, как правило, поддерживаются IT-системами, но
разработка этих систем не рассматривается большинством методов
BPM. Бизнес-аналитики могут предлагать дополнительные бизнестребования, исходя их существующих IT-систем.
• BPM-инициативы имеют поддержку высшего руководства. Бизнесаналитик может участвовать в выработке дополнительных бизнестребований на основе стратегии организации.
• BPM-системы требуют тесной интеграции со стратегией
организации, однако большинство методов не занимаются
разработкой стратегии, которая находится за рамками данного
ракурса.
• BPM-инициативы в организации носят кросс-функциональный и
сквозной характер.
112
Какими элементами описывается характеристика "Скоуп бизнес-анализа" в рамках ракурса "Ракурс Управление бизнес-процессами"?
1. Спонсор изменения
2. Цели изменения
3. Место бизнес-анализа
4. Результаты бизнес-анализа
5. Модели бизнес-процессов
113
В чем суть элемента "Спонсор изменения" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
BPM-инициативы масштаба предприятия, как правило, начинаются
высшим руководством, которое фокусируется на ценности и результатах, а затем связывает эти стратегические цели с соответствующими бизнеспроцессами, которые наиболее тесно поддерживают цели.
BPM-инициативы зачастую запускаются внешней ситуацией, создающей
бизнес-потребность. Для разработки бизнес-обоснования BPMинициативы используются практики бизнес-анализа предприятия.
Улучшения процессов обычно инициируются или, как минимум,
управляются менеджером процесса на любом уровне организации.
Полномочия менеджера процесса в большинстве случаев определяются
рамками процесса или подпроцесса.
114
В чем суть элемента "Цели изменения" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Возможные первичные цели изменения для инициативы BPM включают:
• Клиент: ключевая заинтересованная сторона в любой BPMинициативе. Главный фокус - на внешнем клиенте, но также
рассматриваются внутренние клиенты. Поскольку BPM по своей
природе ориентирован на клиента, клиент является частью
инициатив BPM, чтобы подтвердить эффективность изменения
процесса. Раннее вовлечение клиента в инициативу минимизирует
риск неудачи через подтверждение того, что цели поставки
процесса соответствуют ожиданиям клиента.
• Регулятор: является заинтересованной стороной в любой BPMинициативе, в связи с эволюцией некоторых организаций
требований по соответствию стандартам и управлению рисками.
Регуляторы могут служить причиной BPM-инициативы вследствие
изменений законодательства по таким вопросам, как
общественная безопасность, прозрачность, равенство
возможностей и отсутствие дискриминации.
• Владелец процесса: ключевая заинтересованная сторона в любой
BPM-инициативе, имеющая обязанность и полномочия принимать
окончательные решения относительно любых изменений
затрагиваемых процессов. Владелец процесса также отвечает за
измерение эффективности процесса.
• Участники процесса: заинтересованные стороны, прямо или
косвенно участвующие в оцениваемом процессе. Эти участники
определяют действия, выполняемые в процессе. Чтобы
гарантировать, что интересы участников процесса соблюдены,
владелец процесса привлекает их при разработке процесса.
• Руководитель проекта: руководит BPM-инициативой и отвечает за
ее результаты и управление принятием решений. Руководитель
проекта работает с командой, включающей процессных
аналитиков, владельцев процессов и проектировщиков процессов.
Руководитель проекта несет ответственность за общее
планирование, календарный план, управление коммуникациями,
управление изменениями и управление рисками.
• Команда реализации: превращает планы BPM-инициативы в
работающие бизнес-процессы. Успех BPM-инициативы -
способность интегрировать все функции, удовлетворяющие
потребности клиента.
115
В чем суть элемента "Место бизнес-анализа" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Работа бизнес-аналитиков в дисциплине Управления бизнеспроцессами может предполагать различные роли:
• Архитектор процессов: отвечает за моделирование, анализ,
внедрение, мониторинг и постоянное совершенствование бизнеспроцессов. Архитектор процессов знает, как проектировать бизнеспроцессы и как улучшать эти процессы, либо в ручном режиме,
либо через автоматизацию их выполнения на платформе BPM.
Архитекторы процессов учитывают и направляют решения
относительно того, какие знания, методология и технологии
процесса необходимы для достижения целей организации в
отношении конкретной инициативы BPM. Архитекторы процессов
улучшают бизнес-процессы и преобразуют их в технически
усовершенствованные и исполнимые процессные шаблоны. В
зависимости от BPM-инициативы, архитекторы процессов могут
фокусироваться на управлении продуктивностью бизнеса или на
сопоставлении технологии с бизнес-операциями. Архитекторы
процессов отвечают за разработку и поддержание стандартов и
репозитория эталонных моделей для продуктов и услуг, бизнеспроцессов, ключевых показателей эффективности (KPI), а также
ключевых факторов успеха (CSF). Они участвуют в инициативах по
анализу и преобразованию процессов.
• Аналитик/проектировщик процессов: обладает углубленными
знаниями, навыками и интересами в области процессов. Он
являются экспертоми в документировании и понимании дизайна
процесса, а также трендов производительности. Аналитики/
проектировщики процессов заинтересованы в оптимизации
бизнес-процессов с целью увеличения общей эффективности
бизнеса. Эта цель требует понимания деталей процесса и включает
проведение анализа, необходимого для оптимизации процесса.
Они выполняют анализ и оценку процессов «как есть», исследуют
альтернативные варианты дизайна процессов и дают
рекомендации по изменению, опираясь на различные
фреймворки.
• Разработчик моделей процессов: регистрирует и документирует
бизнес-процессы (as-is и to-be). В роли разработчика моделей
процессов часто выступает аналитик процессов, документирующий
процесс для его реализации или поддержки ИТ-системой.
Функции аналитика/проектировщика процессов и разработчика
моделей процессов часто совмещаются в одной позиции.
116
В чем суть элемента "Результаты бизнес-анализа" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
```
К результатам работы бизнес-аналитика, работающего в дисциплине
Управление бизнес-процессами, относятся:
• модели бизнес-процессов,
• бизнес-правила,
• показатели эффективности процессов,
• бизнес-решения,
• оценка эффективности процессов.
```
117
В чем суть элемента "Модели бизнес-процессов" характеристики "Объем изменений" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Модели бизнес-процессов начинаются с самого высокого уровня как
сквозная модель всего процесса, и могут доходить до такой
детализации, как конкретный поток работ. Модели бизнес-процессов
одновременно служат и результатом, и отправной точкой анализа
процесса. Они подразделяются на модели текущего состояния (as-is) и
модели будущего состояния (to-be). Модели текущего состояния
отражают текущее функционирование процесса, без каких-либо
улучшений. Модель будущего состояния представляет, как будет
выглядеть процесс, если будут включены все варианты улучшения
Преимущество разработки модели текущего состояния состоит в том,
чтобы оправдать инвестиции в процесс, позволяя бизнес-аналитику
измерить эффект от улучшений процесса и определить приоритетность
изменений в процессе. Переходные модели описывают промежуточные состояния, необходимые для перевода процесса из текущего состояния
в будущее.
Бизнес-правила
Бизнес-правила направляют бизнес-процессы. Их назначение -
определять структуру бизнеса или контролировать его поведение.
Бизнес-правила обнаруживаются в ходе выявления требований и
анализа процесса, и часто фокусируются на вычислениях, вопросах
контроля доступа и политиках организации. Классификация бизнесправил может помочь выбрать наилучший способ их реализации.
Анализ бизнес-правил дает понимание того, как функционирует бизнес,
и какой вклад вносят процессы в достижение целей и целевых
показателей бизнеса. Прежде чем улучшать или пересматривать бизнесправило, бизнес-аналитики исследуют причины его существования и его
влияние на бизнес-процесс. Бизнес-правила могут, при необходимости,
быть привязаны к отдельным процессам посредством решений, на
которые они влияют, если только они не связаны строго с
эффективностью процесса.
Показатели эффективности процессов
Показатели эффективности процессов — это параметры, используемые
для выявления возможностей улучшения процессов. Показатели
эффективности процессов определяются и используются для
обеспечения соответствия процессов бизнес-потребностям и
стратегическим целям организации. Показатели эффективности
процессов могут рассматривать множество аспектов процесса, включая
качество, время, стоимость, оперативность, эффективность,
продуктивность, время реакции, адаптивность, гибкость,
удовлетворенность клиентов, скорость, вариативность, прозрачность,
разнообразность, переработки и объём. Многие показатели
эффективности процессов ориентированы на измерение
результативности и эффективности процесса, а также степени
достижения целей процесса. При внедрении в масштабе бизнеса,
показатели эффективности процессов могут показывать уровень
зрелости процессной культуры в организации и формировать единое
понимание эффективности процессов во всей организации. Когда
организация предоставляет своим клиентам услуги, показатели
эффективности образуют основу для определения соглашений об
уровне обслуживания.
Бизнес-решения
Бизнес-решения – особые виды задач или действий в бизнес-процессе,
определяющие какой вариант из набора возможных будет выбран
процессом. Решения должны приниматься (используя задачу или
действие), а затем - исполняться (обычно используя шлюз или ветку
процесса) Решения могут быть ручными или автоматизированными,
моделируются независимо и лучше всего описываются бизнес-
правилами. Правила принятия решений часто реализуются с
использованием машины вывода, позволяющей автоматизировать эти
бизнес-решения.
Оценка эффективности процессов
Успех любой BPM-инициативы опирается на стремление и способность
непрерывно измерять и отслеживать эффективность целевых бизнеспроцессов. Оценка может быть статичной, документируемой в виде
оценочных отчетов и таблиц, или динамической, предоставляемой
через информационные панели. Она дает лицам, принимающим
решения в организации, необходимую информацию для выделения и
корректировки ресурсов для достижения целевой эффективности
процессов.
118
Какими элементами описывается характеристика "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
1. Фреймворки
2. Методологии
3. Техники
119
В чем суть элемента "Фреймворки" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Следующая таблица перечисляет фреймворки, широко используемые в
дисциплине управления бизнес-процессами.
120
В чем суть элемента "Методологии" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Следующая таблица перечисляет методологии, широко используемые
в дисциплине управления бизнес-процессами.
121
В чем суть элемента "Техники" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Следующая таблица перечисляет техники, широко используемые в
дисциплине BPM, не включенные в раздел Техники Руководства BABOK®
.
122
В чем суть характеристики "Базовые компетенции" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Бизнес-аналитики, работающие в рамках дисциплины Управление
бизнес-процессами, должны бросить вызов существующему положению
вещей, углубиться, чтобы понять коренные причины проблемы, оценить,
почему что-то делается определенным образом, и призвать
специалистов предметной области (SME) рассмотреть новые идеи и
подходы, чтобы сделать их процессы более эффективными и
действенными. Они также должны переключаться между внутренним и
внешним представлениями анализируемых процессов, и уметь их
понимать и выражать.
Вследствие влияния, которое изменения процессов оказывают на
рабочие привычки людей, в BPM-инициативе также ценятся навыки
взаимодействия. Бизнес-аналитики часто ведут переговоры и исполняют
роль посредника между людьми с разными мнениями, а также выявляют
и разрешают конфликты между различными группами в рамках
организации. Бизнес-аналитик – нейтральный и независимый
фасилитатор изменений.
Инициативы BPM, вероятно, охватывают все уровни организации, и
бизнес-аналитик должен общаться как внутри организации, так и за ее
пределами.
123
В чем суть характеристики "Влияние на области знаний" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Этот раздел объясняет, как конкретные практики бизнес-анализа в
рамках управления бизнес-процессами соотносятся с задачами и
практиками бизнес-анализа, описанными в Руководстве BABOK®
. Данный
раздел также описывает, как каждая область знаний применяется или
видоизменяется в дисциплине управления бизнес-процессами.
В каждой области знаний перечислены методы, относящиеся к ракурсу
Управление бизнес-процессами. Техники находятся в разделе "Техники" Руководства BABOK®
. Другие техники бизнес-анализа отсутствуют в этой
главе, но считаются особенно полезными для бизнес-аналитиков,
работающих в дисциплине управления бизнес-процессами. Этот список
не претендует на исчерпывающий перечень техник, а скорее выделяет
виды техник, используемых бизнес-аналитиками при выполнении задач
в рамках соответствующей области знаний.
124
Какими элементами описывается характеристика "Влияние на области знаний" в рамках ракурса "Ракурс Управление бизнес-процессами"?
1. Планирование и мониторинг бизнес-анализа
2. Выявление и сотрудничество
3. Управление жизненным циклом требований
4. Анализ стратегии
5. Анализ требований и определение дизайна
6. Оценка решения
125
В чем суть элемента "Планирование и мониторинг бизнес-анализа" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
При планировании BPM-инициатив обычно используется
последовательное уточнение, поскольку объем доступной информации
для полного планирования на начальных стадиях может быть
ограничен. Инициативы BPM включают в себя непрерывные
мероприятия по улучшению, и частой причиной неудач инициатив BPM
является неспособность планировать постоянный мониторинг
воздействия изменений на процесс. В инициативах BPM основное
внимание в работе по бизнес-анализу уделяется анализу и
совершенствованию бизнес-процесса, прежде чем рассматривать
технологию, используемую для поддержки процесса, и любые
изменения, которые могут потребоваться для программных
приложений или рабочих процедур.
```
Техники Руководства BABOK®
• Оценка (стр. 324)
• Отслеживание вопросов
(стр. 351)
• Моделирование процесса
(стр. 380)
• Рассмотрение (стр. 390)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• Входы, указания, выходы, обеспечители (Inputs, Guide, Outputs,
Enablers, IGOE)
```
126
В чем суть элемента "Выявление и сотрудничество" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
Для успеха BPM-инициативы необходимо определить и понять масштаб
инициативы и объем затрагиваемого процесса.
В BPM-инициативе на этапе выявления обычно используются
моделирование процессов и анализ заинтересованных сторон. Во время
работы по выявлению бизнес-аналитик фокусируется на причинах и
следствиях как возможного изменения существующих процессов, так и
сохранения процессов такими, какими они являются, посредством
усилий по выявлению и совместной работе. При изменении
существующего процесса учитывается влияние любых улучшений
процесса на организацию, людей и технологии. Важный инструмент,
направляющий выявление в BPM-инициативах – карты процессов. В ходе
их разработки часто советуются с заинтересованными сторонами.
Действенное выявление и сотрудничество критично для анализа и
проектирования моделей процессов.
Изменения процессов могут значительно повлиять на всю организацию,
поэтому управление заинтересованными сторонами и их ожиданиями
особенно важно. Без действенного управления заинтересованными
сторонами, реализация изменений процессов может потерпеть неудачу,
либо изменения могут не соответствовать целям и задачам
организации.
Техники Руководства BABOK®
• Мозговой штурм (стр. 271)
• Анализ документов (стр. 322)
• Фокус-группы (стр. 335)
• Анализ интерфейсов (стр. 344)
• Интервью (стр. 347)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Наблюдение (стр. 365)
• Моделирование процесса
(стр. 380)
• Прототипирование (стр. 387)
• Рассмотрение (стр. 390)
• Анализ корневых причин
(стр. 402)
• Моделирование скоупа
(стр. 405)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• Дом качества/Голос клиента
127
В чем суть элемента "Управление жизненным циклом требований" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
BPM — это набор подходов, рассматривающих организацию через
призму процессов и фокусирующихся на способах поставки ценности
сквозь множество функциональных областей. Поставка
дополнительной ценности, обычно связана с намеренно
производимыми изменениями, но также может быть результатом
внепланового запроса или рассмотрения процесса. Влияние действий
BPM на управление жизненным циклом требований является
значительным, поскольку оно может вытеснить бизнес-требования, что
приведет к новым изменениям в дизайне, а твкже на этапах
кодирования, внедрения и после внедрения. Обязанность бизнесаналитика - поддерживать эту связь и обеспечивать действенную
коммуникацию с заинтересованными сторонами и владельцами
процессов, отвечающими за принятие окончательных решений
относительно процессов, изменений и поддерживающих технологий.
Документация бизнес-процессов доступна всем заинтересованным
сторонам, поскольку она предназначена для использования в
повседневной работе бизнеса. Если процесс автоматизирован с
помощью BPMS, представление процесса может быть непосредственно
выполнено.
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Управление бэклогом (стр. 262)
• Мозговой штурм (стр. 271)
• Анализ бизнес-правил (стр. 286)
• Анализ нефункциональных
требований (стр. 361)
• Приоритизация (стр. 373)
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
• Прототипирование (стр. 387)
• Моделирование скоупа
(стр. 405)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• отсутствуют
128
В чем суть элемента "Анализ стратегии" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
В контексте BPM стратегический анализ включает понимание роли,
которую процесс играет в цепочке создания стоимости предприятия
Рассмотрению подлежат, как минимум, все процессы,
взаимодействующие с процессами, которые затрагивает инициатива.
Текущее состояние, как правило, описывается цепочкой создания
ценности «как есть» и текущими показателями эффективности бизнеспроцесса. Будущее состояние описывается цепочкой создания
ценности «как будет» и целевыми показателями эффективности.
Методы непрерывного совершенствования могут просто
фокусироваться на показателях эффективности для определения
стратегии. Часть этой стратегии — определение возможных изменений
процессов.
Техники Руководства BABOK®
• Анализ документов (стр. 322)
• Функциональная декомпозиция
(стр. 338)
• Интервью (стр. 347)
• Анализ полученного опыта
(стр. 354)
• Анализ процесса (стр. 375)
• Моделирование процесса
(стр. 380)
Другие техники Бизнес-анализа
• Барабан-буфер-верёвка
• Дом качества/голос клиента
• Входы, указания, выходы,
обеспечители (Inputs, Guide,
Outputs, Enablers, IGOE)
• Мыслительный процесс TOC
129
В чем суть элемента "Анализ требований и определение дизайна" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
```
Анализ требований и определение дизайна фокусируются на
определении модели процесса «как будет». Архитектура требований,
скорее всего, будет включать модель процесса, связанные с ней бизнесправила и принимаемые решения, требования к информации и
организационную структуру. Варианты решений, обычно, включают
необходимые для поддержки процесса изменения в IT, аутсорсинг
частей процесса и другие подобные изменения.
Техники Руководства BABOK®
• Бенчмаркинг и анализ рынка
(стр. 269)
• Анализ бизнес-правил (стр. 286)
• Моделирование решений
(стр. 317)
• Оценка (стр. 324)
• Функциональная декомпозиция
(стр. 338)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Приоритизация (стр. 373)
• Прототипирование (стр. 387)
• Моделирование скоупа
(стр. 405)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Семинары (стр. 435)
Другие техники Бизнес-анализа
• Кайдзен-событие (Kaizen Event) • Имитационное моделирование
процесса
```
130
В чем суть элемента "Оценка решения" характеристики "Фреймворки, методологии и техники" в рамках ракурса "Ракурс Управление бизнес-процессами"?
В ходе BPM инициатив оценка решения обычно происходит
многократно, чтобы оценить производительность бизнес-процесса.
Поскольку процессы оцениваются для различных сценариев, они могут
быть уточнены, а результаты отслежены. Задачи оценки решения
позволяют лучше понять влияние улучшений процессов и ценность,
которую приносят изменения бизнес-процессов. Решение также может
включать в себя глубокий анализ процессов, который использует такие
методы, как контрольные записи (audit trails) или журналы транзакций.
Задача анализа эффективности решения выполняется для понимания
различий между потенциальной и фактической ценностью. Этот анализ
выполняется для поиска причин расхождений между потенциальной и
реальной ценностью, чтобы определить, может ли решение работать
лучше или создавать большую ценность. Оценка исследует возможности
или ограничения реализованного решения, то, как оно удовлетворяет
потребности или как его можно было бы улучшить. Это может
инициировать дальнейшую оптимизацию процесса и повторение
жизненного цикла BPM.
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Сбалансированная система
показателей (стр. 266)
• Бенчмаркинг и анализ рынка
(стр. 269)
• Мозговой штурм (стр. 271)
• Анализ возможностей бизнеса
(стр. 274)
• Анализ бизнес-правил (стр. 286)
• Анализ решений (стр. 312)
• Анализ документов (стр. 322)
• Оценка (стр. 324)
• Интервью (стр. 347)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Наблюдение (стр. 365)
• Организационное
моделирование (стр. 368)
• Моделирование процесса
(стр. 380)
• Рассмотрение (стр. 390)
• Анализ и управление рисками
(стр. 394)
• Анализ корневых причин
(стр. 402)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
• SWOT-анализ (стр. 424)
Другие техники Бизнес-анализа
• Кайдзен-событие (Kaizen Event)
• Анализ видов и последствий отказов (Failure Mode and Effect Analysis,
FMEA)
• Имитационное моделирование процесса
• Анализ потока создания ценности
