11. Ракурсы Flashcards
Что собой представляет ракурс?
Ракурсы, рассмотренные в
Руководстве BABOK® , отражают некоторые из наиболее распространенных представлений о бизнес-анализе, существовавших на момент написания Руководства. Ракурсы предоставляют пути проведения работы по
бизнес-анализу более целенаправленно и с учетом контекста. Ракурсы
помогают интерпретировать и понимать области знаний и задачи,
описанные в Руководстве BABOK®
в контексте текущей работы бизнес-аналитика.
Какие в руководстве BABOK® включены ракурсы?
- Agile,
- Business Intelligence
- Информационные технологии,
- Бизнес-архитектура,
- Управление бизнес-процессами (BPM)
Какую структуру имеют ракурсы?
- Скоуп изменений,
- Содержание бизнес-анализа,
- Методологии, подходы и техники,
- Основополагающие компетенции,
- Влияние на области знаний.
В чем суть ракурса “Ракурс Agile”?
Ракурс Agile выделяет уникальные характеристики бизнес-анализа,
когда он применяется в контексте Agile-среды.
Суть Agile - гибкий склад мышления, воплощаемый в наборе ценностей и
принципов, и выражающийся в спектре сопутствующих практик. Agileинициативы предполагают постоянные изменения. Бизнес-аналитики,
работающие в Agile-инициативах, постоянно переосмысливают,
адаптируют и корректируют свои действия и тактики. Бизнес-аналитики
проводят анализ и поставляют рабочие продукты в последний
возможный момент, чтобы обеспечить постоянную гибкость изменений;
детальный анализ выполняется не заранее, а именно в то время, когда
Agile-команда действительно может его использовать.
Agile бизнес-аналитик обеспечивает Agile-команду информацией в
необходимое время и с требуемой степенью детализации. Бизнесаналитики помогают Agile-команде отвечать на следующие вопросы:
• Какую потребность мы пытаемся удовлетворить?
• Стоит ли эта потребность того, чтобы ее удовлетворять?
• Должны ли мы что-то поставлять для удовлетворения этой
потребности?
• Каков правильный способ удовлетворения этой потребности?
В ходе Agile-инициативы, бизнес-анализ выполняется непрерывно и
опирается на межличностные навыки, такие как коммуникация, фасилитации, коучинг и ведение переговоров. Бизнес-аналитики -
активные члены Agile-команды, и часто помогают с задачами
планирования, анализа, тестирования и демонстрации. Бизнес-анализ в
Agile-команде могут выполнять менеджер/владелец продукта, бизнесаналитик или другие установленные командные роли. Бизнес-аналитики
помогают команде определять изменения в предположениях и другие
возникающие вариации проекта.
См. в Agile-расширении к Руководству BABOK® расширенное объяснение
роли, склада мышления и практик бизнес-анализа в -подходах, а также
подробную информацию о ценностях и принципах Agile-манифеста
(www.manifesto.org).
В чем суть характеристики “Объем изменений” в рамках ракурса “Ракурс Agile”?
Бизнес-аналитики, работающие в Agile-инициативах, взаимодействуют
с бизнес-спонсором на стратегическом уровне и помогают ему в
определении соответствия предлагаемого продукта или его свойства
целям организации. Они сотрудничают с различными
заинтересованными сторонами и командой изменений для
представления продукта в виде приоритизированного списка задач,
подлежащих выполнению. Приоритизированные элементы (или
приоритизированный бэклог) обычно фокусируются на необходимых
возможностях результирующего продукта, в первую очередь выделяя те,
которые имеют наибольшую ценность.
Бизнес-аналитик может выступать в качестве представителя
заинтересованной стороны, либо работать напрямую со спонсором или
владельцем продукта.
Agile-среда предполагает изменения и быструю реакцию на изменения.
Agile-команды поставляют небольшие инкрементальные изменения и
фиксируют обязательства выполнения приоритетных рабочих
элементов только для одной ближайшей итерации. Это позволяет Agileкомандам обрабатывать возникающие изменения предстоящей
итерации с минимальными последствиями. Итерация — это
согласованный период работы.
Требования разрабатываются в ходе непрерывного исследования и
анализа потребностей бизнеса. Важно отметить, что большинство Agileподходов итерационны, но не все итерационные подходы - это Agile.
Также существует несколько неитерационных Agile-подходов, например,
метод Канбан.
В ходе Agile-инициативы ее скоуп постоянно изменяется. Этими
изменениями управляют с помощью бэклога, который постоянно
пересматривается и пере-приоритизируется. Этот процесс способствует
уточнению и переопределению скоупа с целью удовлетворения
изменяющихся и возникающих потребностей бизнеса. При возникновении крупного изменения, оказывающего значительное
влияние на общую ценность и результат проекта, проект может быть
отложен и заново оценен.
Какими элементами описывается характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
- Диапазон изменений
- Глубина изменений
- Ценность и создаваемые решения
- Подход к поставке
- Основные допущения
В чем суть элемента “Диапазон изменений” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
Agile-подходы используются для удовлетворения различных
потребностей предприятия. Чаще всего, Agile-практики используются в
проектах по разработке программного обеспечения. Однако многие
организации начали применять Agile принципы к изменениям, не
связанным с разработкой программного обеспечения, таким как
инженерия процессов и улучшение бизнеса. Инициативы, использующие
Agile-подходы, могут предприниматься в рамках одного подразделения
или охватывать несколько команд, департаментов и подразделений
организации.
Для организаций, плохо знакомых с гибким мышлением и практикой,
сосредоточенность на постоянном улучшении, постоянном изменении
поведения и достижении прогресса позволяет перейти к культурному
принятию гибкого мышления. Под усвоением Agile-мышления следует
понимать включение в культуру Agile-принципов, в отличие от
восприятия в качестве подлежащей внедрению методологии или
практики.
В чем суть элемента “Глубина изменений” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
Инициативы, использующие Agile-подход, часто являются частью более
крупных программ, включая преобразование и изменение организации,
либо реинжиниринг или изменение бизнес-процессов. Поток работ Agile
часто, но не обязательно, фокусируется на разработке программного
обеспечения. Другие элементы программы могут разрабатываться с
использованием Agile или иной методологии, в соответствии с
потребностью. Принципы и практики Agile часто успешно применяются в
инициативах, где:
• присутствует несомненный интерес клиента и вовлечение
полномочных специалистов в предметной области (SME),
• бизнес-потребность или предлагаемое решение сложны или
затруднительны,
• потребности бизнеса изменяются или неизвестны и еще только
формируются.
Agile-подходы могут использоваться как для инициатив, впервые
создающих решения, так и для поддержки и улучшения существующего
решения. Например, если изменение критично для бизнеса, могут
добавляться процессы, обеспечивающие выполнение регуляторных
требований и управление важнейшими аспектами проекта.
В чем суть элемента “Ценность и создаваемые решения” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
Ценность и решения, поставляемые в рамках Agile-инициативы, такие
же, как в любой другой инициативе. Особенность Agile-подхода - упор на
раннюю поставку ценности через тесное сотрудничество с
использованием адаптивного планирования, сфокусированного на
постоянном совершенствовании.
Благодаря использованию Agile-командой такого подхода, Agileинициатива поставляет ценность через регулярную оценку выполненной
работы и получение обратной связи о ней. Заинтересованные стороны
получают возможность часто оценивать продукт, что позволяет им
вовремя выявлять упущенные требования. Решение эволюционирует с
течением времени, предполагая быстрое и гибкое реагирование на
изменения. Ясность и прозрачность всех коммуникаций имеют
первостепенное значение для обеспечения согласованности усилий
Agile-команды с потребностями и ожиданиями организации.
В новой команде бизнес-аналитик часто играет центральную роль в
построении взаимного понимания и доверия между членами Agileкоманды и внешними заинтересованными сторонами, способствуя
текущим совместным обсуждениям и работам. Это взаимодействие
помогает Agile-команде правильно поставлять ценность, отвечающую
развивающимся потребностям заинтересованных сторон.
В чем суть элемента “Подход к поставке” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
Agile-подходы фокусируются на взаимодействии между людьми,
прозрачных коммуникациях и регулярной поставке заинтересованным
сторонам полезных изменений.
Каждый Agile-подход имеет свой уникальный набор характеристик,
позволяющий командам выбирать тот подход, который лучше всего
соответствует текущей инициативе. Некоторые Agile-команды
обнаружили, что для работы в рамках ограничений их окружения
необходим гибрид или комбинация подходов.
Описание различных Agile-подходов к поставке приводится в Agileрасширении к Руководству BABOK®
В чем суть элемента “Основные допущения” характеристика “Объем изменений” в рамках ракурса “Ракурс Agile”?
Предположения, присутствующие в Agile-среде, обычно включают
следующие:
• Изменения требований принимаются даже на поздней стадии
разработки.
• Бизнес-проблему можно свести к набору потребностей, которые
возможно удовлетворить с использованием некоторой
комбинации технологий и изменений бизнес-процессов
• В Agile-инициативах присутствуют целиком вовлеченные клиенты и
полномочные эксперты в предметной области, полностью
принимающие Agile-подход.
• В идеале членство в команде является постоянным, и члены не
будут постоянно перемещаться в другие команды.
• Предпочтение отдается мультидисциплинарным компактно
размещенным командам, стимулируя более эффективное и
результативное личное общение. Однако, при наличии должной
поддержки и каналов коммуникации, Agile-подходы могут работать
и в распределенных командах.
• Члены команды могут выполнять более одной роли в команде,
если это требуется, и при условии, что команда обладает
соответствующими навыками (например, кросс-функциональные
команды).
• Члены команды настроены на постоянное совершенствование и
успешную поставку ценности через регулярную проверку.
• Agile-команды являются самоуправляемыми и
самоорганизующимися.
Какими элементами описывается характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
- Спонсор изменения
- Цели и агенты изменений
- Позиция бизнес-аналитика
- Результаты бизнес-анализа
В чем суть элемента “Спонсор изменения” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
Важно, чтобы спонсор agile-инициативы понимал философию, образ
мышления и подходы agile, а также был открыт для постоянной
обратной связи, требующей от заинтересованных сторон компромиссов.
Agile-cпонсор понимает и принимает следующее:
• использование адаптивного планирования вместо предиктивного,
• использование и ценность фиксированной длительности рабочего
цикла,
• необходимость и ценность вовлеченности спонсора.
Активное вовлечение в работу agile-команды спонсора (или
полномочного эксперта в предметной области) критично для
предоставления спонсору возможности предварительно рассматривать
и понимать разрабатываемый продукт, а также постоянно давать
команде обратную связь и корректировать продукт по мере изменения
потребностей.
В чем суть элемента “Цели и агенты изменений” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
Гибкие подходы наиболее успешны, когда организационная культура и
рабочая среда настроены на интенсивное взаимодействие, частые коммуникации и четкую ориентацию на инкрементальные поставки
должной ценности решения.
Agile-команды - это, зачастую, либо малые команды, либо состоят из
малых команд. Более простая и более плоская структура не меняет того
факта, что поставляемые результаты могут затрагивать большую группу
заинтересованных сторон. Агент изменений, также считающийся
заинтересованной стороной, ничем не отличается от других
заинтересованных сторон в случае, если проект использует Agile.
Основными агентами изменений, использующих Agile-подход, могут
быть:
• Лидер Agile-команды: организатор работы команды. Лидер Agileкоманды часто имеет те же коммуникативные навыки, что и
руководитель проекта, но полностью делегирует команде задачи
планирования, упорядочивания и приоритизации. Вместо
традиционного командно-контрольного управления, во всех Agileподходах предпочитается “обслуживающее лидерство”. В
зависимости от подхода, эта роль может называться scrum-мастер,
менеджер итераций, лидер команды или наставник (coach).
• Представитель заказчика или владелец продукта: активный член
команды, отвечающий за то, чтобы разрабатываемое изменение
удовлетворяло тем требованиям, для которых оно
предназначалось. В Scrum эта роль называется “владелец
продукта”. В методе динамической разработке систем (dynamic
systems development method - DSDM) эта роль называется
“визионер” (visionary), а в экстремальном программировании
(extreme programming - XP) -“представитель клиента”.
• Члены команды: специалисты или эксперты в предметной области,
представляющие как техническую сторону, так и клиента. В
зависимости от размера и конкретного контекста инициативы,
члены команды могут иметь различную специализацию. Эксперты
по юзабилити, технические архитекторы и администраторы баз
данных – примеры специальных ролей, обеспечивающих при
необходимости поддержку команде.
• Внешние заинтересованные стороны: все остальные
заинтересованные стороны, которые нельзя отнести к членам
команды, но которые являются участниками, заинтересованными в
результатах проекта или просто необходимыми для его
выполнения, можно рассматривать как вспомогательные роли в
команде.
В чем суть элемента “Позиция бизнес-аналитика” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
Agile-команда может иметь одного или несколько членов команды с
навыками бизнес-анализа, должность которых может не называться
“бизнес-аналитик”. Это признание членов команды с разными навыками расширяет практику бизнес-анализа за пределы роли отдельного
специалиста.
В Agile-командах работа по бизнес-анализу может выполняться одной из
следующих ролей или их сочетанием:
• бизнес-аналитиком, работающим в команде,
• представителем клиента или владельцем продукта,
• распределением этий работы среди членов команды.
11.1.3
Описание различных Agile-подходов к поставке приводится в Agileрасширении к Руководству BABOK®
В чем суть элемента “Результаты бизнес-анализа” характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Agile”?
В Agile-среде, бизнес-аналитик объединяет людей и обеспечивает
вовлечение в работу Agile-команды правильных заинтересованных
сторон в правильное время. Открытая коммуникация и сотрудничество -
один из главных результатов успешного бизнес-анализа в Agile-проекте.
Бизнес-аналитик обеспечивает стратегическое соответствие видения и
направления проекта целям организации и потребностям бизнеса.
Бизнес-аналитики разделяют ответственность за определение
стратегических критериев выполнения проекта, и в ходе проекта
помогают с определением критериев приемки. Они также помогают
сформулировать концептуальное видение продукта. Концептуальное
видение продукта - типичный первоначальный объект поставки.
Строгость и стиль документации сильно зависят от цели и контекста, в
котором она создается. Agile-подходы предпочитают минимально
достаточную документацию, создаваемую точно в нужный момент, а не
предопределенные модели документации, подлежащие доставке. Такой
подход к документированию позволяет документам включать
максимально возможное количество вносимых изменений при
сохранении низкой стоимости изменений. Тем не менее, обязательная
документация, такая как та, что требуется для аудита или регуляторной
отчетности, производится в каждом цикле поставки. Важно, чтобы
документы рассматривали выявленную потребность и приносили
ценность большую, чем затраты на их разработку и поддержание.
Какими элементами описывается характеристика “Подходы и техники” в рамках ракурса “Ракурс Agile”?
- Подходы
2. Техники
В чем суть элемента “Подходы” характеристики “Подходы и техники” в рамках ракурса “Ракурс Agile”?
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)
Легковесный фреймворк управления процессом,
основанный на эмпирическом контроле процесса.
Работа выполняется через серию итераций
фиксированной продолжительности, называемых
Спринтами, длящимися один месяц или менее. В
конце каждого спринта команда обязана произвести
работающее программное обеспечение достаточно
высокого качества для потенциальной отправки или
поставки клиенту.
В чем суть элемента “Техники” характеристики “Подходы и техники” в рамках ракурса “Ракурс Agile”?
В следующей таблице приводятся техники, обычно применяемые в
Agile-подходах. Описание различных Agile-подходов к поставке
приводится в Agile-расширении к Руководству BABOK®
- Разработка через поведение (Behaviour Driven Development, BDD)
Подход, улучшающий взаимодействие между
заинтересованными сторонами и членами команды
за счет представления потребностей продукта в
виде конкретных примеров. - Кано-анализ
Техника, направленная на понимание того, какие
свойства продукта помогут обеспечить
удовлетворенность клиента. - Легковесная документация
Принцип управления всей документацией,
производимой в рамках Agile-проекта. Цель -
гарантировать, что вся документация направлена на
удовлетворение потребности, имеет явную ценность
для заинтересованных сторон и не создает
ненужных накладных расходов. Например, документ
обзора системы может быть написан в конце
проекта, основываясь на стабилизированном
содержании и приемочных тестах, созданных в ходе
тестирования продукта. - MoSCoW-приоритизация
Метод приоритизации историй (или других
элементов) в инкрементальных и итеративных
подходах. MoSCoW - обязательно (must have),
желательно (should have), возможно (could have), не
нужно (won’t have) - дает способ достижения
единого понимания относительной важности
реализации истории или другой ценой части
продукта. - Персоны
Вымышленные персонажи или архетипы,
иллюстрирующие, как типичные пользователи
взаимодействуют с продуктом. - Семинар планирования
Групповой семинар, позволяющий Agile-команде
определить ценность, которую возможно поставить
в течение временного периода, такого как релиз. - Модель согласования целей
Модель, используемая для оценки идей в контексте клиента и ценности. - Реальные варианты
Подход, помогающий людям понимать, когда, а не
как принимать решения - Относительная оценка
Техники командной оценки, использующие либо
баллы истории, отражающие относительную
сложность реализации пользовательской истории,
либо абстрактные дни, отражающие общий объем
трудозатрат, требуемых для разработки истории. - Ретроспективы
Термин, сходный с техникой “Усвоенные уроки”.
Ретроспективы фокусируются на постоянном
совершенствовании процесса командной работы и
проводятся после каждой итерации Agile-проекта. - Декомпозиция истории
Гарантирует, что требования к продукту
представлены на должном уровне детализации и
исходят из ценной бизнес-цели. - Карта историй
Обеспечивает визуальное и физическое
представление последовательности действий,
которые будут поддерживаться решением.
13. Раскадровка Визуально и текстово описывает последовательность действий, отражающих взаимодействие пользователя с системой или бизнесом.
- Карта потока создания ценности
Дает полное, основанное на фактах, представление
временной последовательности потока действий,
требуемых для доставки продукта или сервиса
клиенту.
В чем суть характеристики “Базовые компетенции” в рамках ракурса “Ракурс Agile”?
Agile – это образ мышления. Agile бизнес-аналитики воплощают
ценности и принципы Agile манифеста, исходящие из гуманистического
взгляда на разработку продукта, как на процесс, основанный на
коммуникации и сотрудничестве. Описание различных Agile-подходов к
поставке приводится в Agile-расширении к Руководству BABOK®
.
Усваивая мышление и философию Agile, бизнес-аналитик развивает
следующие компетенции:
• Коммуникация и сотрудничество: способность доносить
информацию о видении и потребностях спонсора; содействовать в
оказании влияния на других, чтобы поддержать видение;
участвовать и, возможно, содействовать согласованию
приоритетов; и способствовать достижению коллективного
согласия относительно результатов решения.
• Спокойствие и терпимость: способность сохранять самоконтроль
под давлением и держать разум открытым при взаимодействии с
другими.
• Гибкость и адаптивность: кросс-функциональный набор навыков,
позволяющий бизнес-аналитику выходить за рамки своей
специализации, чтобы поддержать других членов команды.
• Способность управлять изменениями: способность быстро
оценивать последствия изменения и определять, что в часто
изменяющихся требованиях несет ценность для бизнеса, а также
помогать в поддержании и ре-приоритизации списка работ,
подлежащих выполнению.
• Способность видеть бизнес-ценность: способность понимать, как
изменения и новые свойства могут принести пользу бизнесу и
поддержать видение.
• Постоянное совершенствование: периодическое рассмотрение
возможностей повышения продуктивности совместно с Agileкомандой.
В чем суть характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
Этот раздел объясняет, как конкретные практики бизнес-анализа в Agile
соотносятся с задачами и практиками бизнес-анализа, описанными в
Руководстве BABOK®
. Он также описывает, как каждая область знаний
применяется или видоизменяется в дисциплине Agile.
Каждая область знаний перечисляет техники, релевантные для ракурса
Agile. Техники находятся в разделе “Техники” Руководства BABOK®
.
Техники Agile расширения подробно обсуждаются в Agile расширении к
Руководству BABOK®
. Этот список не претендует на исчерпывающий
перечень техник, а скорее выделяет виды техник, используемые бизнесаналитиками при выполнении задач в рамках соответствующей области
знаний.
Какими элементами описывается характеристика “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
- Планирование и мониторинг бизнес-анализа
- Выявление и сотрудничество
- Управление жизненным циклом требований
- Анализ стратегии
- Анализ требований и определение дизайна
- Оценка решения
В чем суть элемента “Планирование и мониторинг бизнес-анализа” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
В Agile подходах детальное планирование бизнес-анализа может
откладываться до момента готовности к началу работы над задачей, а не
делаться заранее, как в предиктивных проектах.
Первоначальный план работы по бизнес-анализу разрабатывается в
начале проекта. Затем план обновляется перед началом каждого цикла,
чтобы учесть изменения и обеспечить постоянную актуальность плана.
Ключ к успеху Agile-проектов - участие и вовлеченность
заинтересованных сторон. Бизнес-аналитики проактивно планируют
привлечение, взаимодействие и сотрудничество с заинтересованными
сторонами. Коммуникации обычно гораздо менее формальны, и
результатами бизнес-анализа часто являются взаимодействие и
сотрудничество, с меньшим акцентом на письменные документы.
1. Техники Руководства BABOK® • Управление бэклогом (стр. 262) • Групповые игры (стр. 290) • Оценка (стр. 324) • Метрики и ключевые показатели эффективности (Key Performance Indicators, KPI) (стр. 355) • Карты ассоциаций (стр. 358) • Приоритизация (стр. 373) • Моделирование скоупа (стр. 405) • Список, карта или персоны заинтересованных сторон (стр. 412) • Пользовательские истории (стр. 430) • Семинары (стр. 435)
2. Техники Agile-расширения • Легковесная документация • MoSCoW-приоритизация • Персоны • Относительная оценка • Ретроспективы
В чем суть элемента “Выявление и сотрудничество” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
Постепенное выявление и детализация происходят на протяжении всей
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) • Легковесная документация • Персоны • Раскадровка • Карта историй
В чем суть элемента “Управление жизненным циклом требований” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
По мере развертывания Agile-инициативы, ее скоуп все более
конкретизируется. Ожидается, что в ходе проекта потребности будут
меняться, и дизайн будет эволюционировать. Выполняемая в каждом
цикле работа определяется на основе приоритизации свойств, исходя из
ценности и приоритетности разработки. Валидация развивающегося
решения с заинтересованными сторонами происходит в конце каждой
итерации вместо формального процесса одобрения требований.
1. Техники Руководства BABOK® • Критерии приемки и оценки (стр. 259) • Управление бэклогом (стр. 262) • Групповые игры (стр. 290) • Приоритизация (стр. 373) • Рассмотрение (стр. 390) • Семинары (стр. 435)
2. Техники Agile-расширения • Кано-анализ • MoSCoW-приоритизация • Декомпозиция истории • Карта историй
В чем суть элемента “Анализ стратегии” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
Agile-подходы часто используются, когда имеется неопределенность
относительно потребностей, решения или скуопа изменения. Анализ
стратегии - постоянная часть Agile-инициативы, гарантирующая
ценность поставляемого решения для заинтересованных сторон. Члены
Agile-команды используют анализ стратегии в дополнение к
проведению регулярной оценки рисков, для понимания и определения
видения продукта, а также для создания и корректировки плана
разработки. На каждой итерации, предлагаемое решение
переоценивается относительно текущего бизнес-контекста, чтобы
удостовериться, что оно успешно достигнет бизнес-целей. Адаптивный
характер Agile-проектов означает, что адаптация проекта к изменениям
целей организации не является разрушительной; скорее наоборот, это
ожидаемая часть процесса
1. Техники Руководства BABOK® • Управление бэклогом (стр. 262) • Мозговой штурм (стр. 271) • Анализ возможностей бизнеса (стр. 274) • Групповые игры (стр. 290) • Моделирование понятий (стр. 293) • Метрики и ключевые показатели эффективности (Key Performance Indicators, KPI) (стр. 355) • Моделирование скоупа (стр. 405) • Семинары (стр. 435)
2. Техники Agile-расширения • Кано-анализ • Персоны • Модель согласования целей • Реальные варианты • Анализ потока создания ценности
В чем суть элемента “Анализ требований и определение дизайна” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс 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-приоритизация • Модель согласования целей • Реальные варианты • Декомпозиция истории • Уточнение истории • Карта историй • Раскадровка • Анализ потока создания ценности
В чем суть элемента “Оценка решения” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Agile”?
В ходе Agile проекта, заинтересованные стороны и Agile команда
постоянно анализируют и оценивают разрабатываемое решения, по
мере его инкрементального создания и уточнения. Оценка
развивающегося решения с участием заинтересованных сторон
происходит в конце каждого цикла разработки, чтобы удостовериться,
что объект поставки соответствует их ожиданиям и удовлетворяет их
потребности. Прежде, чем продукт будет выпущен, бизнес-аналитик
убеждается, что продукт соответствует ожиданиям и определяет новые
возможности, добавляющие ценность для бизнеса.
Техники Руководства BABOK®
• Критерии приемки и оценки
(стр. 259)
• Анализ возможностей бизнеса
(стр. 274)
• Метрики и ключевые показатели
эффективности (Key Performance
Indicators, KPI) (стр. 355)
• Анализ нефункциональных
требований (стр. 361)
• Анализ процесса (стр. 375)
• Прототипирование (стр. 387)
• Рассмотрение (стр. 390)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Варианты использования и
сценарии (стр. 426)
• Пользовательские истории
(стр. 430)
• Семинары (стр. 435)
Техники Agile-расширения
• Персоны
• Анализ потока создания
ценности
В чем суть ракурса “Ракурс Business Intelligence”?
Ракурс Business Intelligence (далее – BI) выделяет уникальные
характеристики бизнес-анализа, применяемого в контексте
преобразования, интеграции и улучшения данных.
BI фокусируется на преобразовании данных в ценную информацию: где
взять данные, как их интегрировать, а также как их улучшить и
представить в качестве аналитических выводов для поддержки
принятия бизнес-решений.
BI-инициативы применяют ориентированные на обработку данных
системные архитектуры, а также технологии и инструменты доставки
надежной, систематизированной и качественной информации,
позволяющей заинтересованным сторонам лучше управлять
стратегической, тактической и операционной деятельностью.
Какими элементами описывается характеристика “Объем изменений” в рамках ракурса “Ракурс Business Intelligence”?
- Диапазон изменений
- Глубина изменений
- Ценность и создаваемые решения
- Подход к поставке
- Основные допущения
В чем суть элемента “Диапазон изменений” характеристики “Объем изменений” в рамках ракурса “Ракурс Business Intelligence”?
Основная цель BI-системы - систематическое определение и
использование информации в масштабе всей организации через
формирование “единой точки истины” для разнородных бизнес-данных.
Основу BI-решения образует архитектура решения, способная
интегрировать множество внутренних (и, возможно, внешних)
источников данных организации.
BI продвигает обшее для всего предприятия представление об
управлении информацией. Для поддержки этого понятийного каркаса,
BI-инициативы могут также включать развитие инфраструктурных
сервисов в организации, таких как управление данными и
метаданными
В чем суть элемента “Глубина изменений” характеристики “Объем изменений” в рамках ракурса “Ракурс Business Intelligence”?
BI-инициативы фокусируются на информации, необходимой для
поддержки решений, принимаемых на разных конкретных уровнях
организации или совокупности нескольких уровней:
• уровень руководства: поддержка стратегических решений
• уровень функционального управления: поддержка тактических
решений, или
• уровень руководства: поддержка стратегических решений.
Если информационные потребности первоначально выражаются или
обнаруживаются на конкретном уровне, бизнес-аналитик исследует
последствия для бизнеса на других уровнях, чтобы оценить общее
влияние изменения на организацию.
На каждом из уровней потребности бизнеса могут включать любое или
все из нижеперечисленного:
• коммуникационные требования для разработки новой или замены
существующей отчетности,
• информационные требования для дополнения или расширения
аналитической функциональности и/или
• интеграционные требования для создания или изменения
корпоративного представления данных в части, касающейся
источников, определений, правил преобразования и вопросов
качества данных.
В чем суть элемента “Ценность и создаваемые решения” характеристики “Объем изменений” в рамках ракурса “Ракурс Business Intelligence”?
Ценность BI-инициативы заключается в способности давать
своевременную, правильную, ценную и применимую информацию тем
людям и системам, которые могут ее успешно использовать для
принятия бизнес-решений.
Более обоснованное принятие решений на всех уровнях может привести
к повышению эффективности бизнеса в следующих областях:
• стратегических процессах, таких как анализ рынка, привлечение
клиентов и разработка продукта,
• тактических процессах, таких как контроль запасов и финансовое
планирование, а также
• операционных процессах, таких как оценка кредита, обнаружение
неисправностей и мониторинг кредиторской задолженности.
Эти улучшения в текущей и будущей работе организации могут привести
к увеличению доходов и уменьшению затрат.
В чем суть элемента “Подход к поставке” характеристики Объем изменений” в рамках ракурса “Ракурс Business Intelligence”?
BI-решение представляет спектр вариантов поставки, отвечающих
информационным потребностям заинтересованных сторон и
приоритетам организации.
Расширяемость и масштабируемость архитектуры решения
обеспечивают возможность постепенного внедрения или
совершенствования механизма поддержки принятия бизнес-решений:
• на разных уровнях организации, от стратегического (высшее
руководство), через тактический (управление), до операционного
(персонал и системы) и
• в целевых функциональных областях организации, от конкретной
области до применения в масштабах всего предприятия.
Инфраструктурные сервисы, обеспечивающие способности управления
данными, аналитики и презентации, способствуют поэтапной или
инкрементальной стратегии развития в отношении:
• добавления, координации и контроля различных источников
данных • анализа и развития бизнес информации и ее понимания.
Инфраструктурные компоненты BI-решения часто обеспечиваются
готовым коммерческим пакетом, сконфигурированным под конкретную
среду и потребности бизнеса.
В чем суть элемента “Основные допущения” характеристики Объем изменений” в рамках ракурса “Ракурс Business Intelligence”?
Далее приводится список основных предположений относительно BI-инициативы:
• существующие бизнес-процессы и транзакционные системы могут
предоставлять исходные данные, которые можно определить и
предсказать,
• кроссфункциональная инфраструктура данных, необходимая для
поддержки BI-решения, не исключается организацией по
техническим, финансовым, политическим, культурным или другим
основаниям,
• организация понимает, что для успешного получения ценности от
BI-решения может понадобиться реинжиниринг процессов и
управления изменениями.
Какими элементами описывается характеристика “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
- Спонсор изменения
- Цели изменения
- Позиция бизнес-аналитика
- Результаты бизнес-анализа
В чем суть элемента “Спонсор изменения” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
В идеале, спонсор изменений BI-инициативы - роль высшего уровня в
организационном подразделении, затрагиваемом изменением. Это дает
систематический, связный подход к совместному использованию
активов данных в кросс-функциональной архитектуре BI-решения.
В чем суть элемента “Цели изменения” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Цели BI-инициативы - бизнес-решения, принимаемые людьми или
процессами на разных уровнях организации, которые можно
усовершенствовать за счет улучшения отчетности, мониторинга, или
предиктивного моделирования, относящихся к деятельности данных.
В чем суть элемента “Позиция бизнес-аналитика” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Как и в других инициативах, бизнес-аналитик выступает в качестве
главного посредника между заинтересованными сторонами и
поставщиками BI-решений в выявлении, анализе и определении
потребностей бизнеса.
В дополнение к этой роли бизнес-аналитик может также участвовать в
технических мероприятиях, связанных с Business Intelligence, включая:
• моделирование данных предприятия,
• моделирование решений
• разработка специализированного дизайна представления
(например, информационные панели),
• разработка специального дизайна запроса.
Бизнес-аналитик, работающий в BI-инициативе, исполняет обязанности
в одной из следующих ролей или в их комбинации:
• бизнес-аналитик, компетентный в определении бизнес-требований
и оценке возможных решений,
• функциональный BI-аналитик, понимающий техники добычи
данных и предиктивного анализа, а также владеющий навыками
создания визуализаций,
• аналитик данных, имеющий опыт в определении данных системисточников, подлежащих использованию для требуемых
аналитических целей,
• специалист по моделированию/архитектор данных, обладающий
навыками определения исходных и целевых структур данных в
виде логических моделей данных.
В чем суть элемента “Результаты бизнес-анализа” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
В дисциплине BI, бизнес-анализ фокусируется на главных
компонентах архитектуры решения:
• определение затрагиваемых или изменяемых бизнес-решений,
• сбор данных из систем-источников,
• интеграция разнородных источников в однородный фреймворк
предприятия,
• предоставление целевой информации и аналитических выводов
заинтересованным сторонам бизнеса.
Бизнес-аналитик отвечает за анализ и спецификацию бизнестребований для всех этих компонентов и сотрудничает с техническими
специалистами для оценки артефактов решения.
Основные результаты бизнес-анализа:
• Покрытие бизнес-процессов: определяет область изменения с
кратким обзором бизнес-решений на предприятии, которые
должны поддерживаться решением. Это определяет то, как будет
использоваться выходная информация и какую ценность она
принесет.
• Модели принятия решений: определяют информационные
требования каждого поддерживаемого бизнес-решения и
описывают логику бизнес-правил, определяющих влияние
отдельных компонентов информации на принятие решения.
• Исходная логическая модель и словарь данных: исходная
логическая модель данных дает стандартное определение
требуемых данных, хранимых в каждой системе-источнике.
Словарь
исходных данных дает определение каждого элемента и
применяемых к нему бизнес-правил: бизнес-описание, тип, формат
и длина, допустимые значения, а также взаимозависимости.
• Оценка качества исходных данных: оценивает полноту,
достоверность и надежность данных в системах-источниках. Она
определяет потребности в дальнейшей проверке и улучшении
исходных данных для обеспечения единых бизнес-определений и
правил, применимых ко всему информационному активу
предприятия.
• Целевая логическая модель и словарь данных: целевая логическая
модель данных источника представляет интегрированное,
нормализованное представление структур данных, требуемых для
поддержки бизнес-домена. Целевой словарь данных дает
определение элементов данных и правил целостности,
стандартизованное в масштабе предприятия.
• Правила преобразования: соотносят исходные и целевые
элементы для определения требований к кодированию/
декодированию значений, а также корректировке (ошибочные
значения) и обогащению (недостающие значения) данных в
процессе преобразования.
• Требования к бизнес-аналитике: определяют информационные и
коммуникационные требования, обеспечивающие поддержку
принятия решений. К ним относятся:
• предопределенные отчеты,
• информационные панели,
• сбалансированные системы показателей,
• специальные отчеты,
• запросы аналитической обработки данных (online analytical
processing, OLAP),
• добыча данных,
• предписывающая аналитика,
• условные оповещения,
• обработка сложных событий,
• предиктивное моделирование.
• Спецификация каждого результата может включать: (1) выборки/
размерности данных, уровень гранулярности, критерии
применяемой фильтрации, возможности детализации значений
(drill-down), фильтры и срезы данных, а также доступ и полномочия
пользователей; и (2) правила отображения, определяющие
формат элементов данных, интерпретации (ярлыки, справочные
значения), вычисления и агрегации данных.
• Архитектура решения: предоставляет высокоуровневое
представление дизайна того, как требования поддержки принятия решений каждой функциональной области будут сопоставлены с BIпонятийным фреймворком. Обычно она представляется в виде
модели процесса (или потока данных), определяющей:
• где содержатся исходные данные,
• каким образом (забираются/выгружаются) и когда (частотa,
запаздывание) будут извлекаться данные,
• где будет происходить преобразование (очистка, кодирование,
улучшение),
• где физически данные будут храниться (хранилище данных,
витрины данных),
• как данные будут поступать к итоговым представлениям
(средства отчетности, инструменты запросов).
Какими элементами описывается характеристика “Методологии и подходы” в рамках ракурса “Ракурс Business Intelligence”?
- Методологии
- Подходы
- Виды аналитики
- Ориентация на поставку и спрос
- Структурированные и неструктурированные данные
В чем суть элемента “Методологии” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Не существует формализованных методологий BI, влияющих на
обязанности и задачи бизнес-аналитика. Тем не менее, BI-инициатива
может действовать в рамках или в присутствии применяемых в других
дисциплинах или ракурсах методологий, которые, в свою очередь, могут
повлиять на роль бизнес-анализа.
В чем суть элемента “Подходы” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Фреймворк BI содержит множество менее формальных и потенциально
пересекающихся подходов, соответствующих конкретным бизнес- и
техническим контекстам.
В чем суть элемента “Виды аналитики” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Существует три вида аналитики данных, отражающих инкрементальные
решения с возрастающими уровнями сложности, стоимости и ценности
систем:
• Описательная аналитика: использует исторические данные для
понимания и анализа прошлой работы бизнеса. Бизнесинформация может категоризироваться и консолидироваться для
наилучшего соответствия представлению заинтересованной
стороны, включая информационные панели для высшего
руководства, системы ключевых показателей эффективности (key
performance indicator, KPI) менеджмента среднего уровня и схемы
операционного уровня управления. Не делается никаких
предположений относительно того, какие ситуации важны для
заинтересованных сторон, какие решения нужно принимать или
какие действия можно было бы выполнить. Бизнес-анализ
фокусируется на информационных и коммуникационных
требованиях к стандартной отчетности и информационным
панелям, специальной отчетности и функциональности запросов.
• Предиктивная аналитика: применяет к историческим данным
методы статистического анализа с целью выявления
закономерностей, а затем использует это понимание зависимостей
и трендов для предсказания будущих событий. Определяются
конкретные ситуации, представляющие интерес для
заинтересованных сторон, и описываются сопутствующие им
бизнес-правила. Бизнес-анализ фокусируется на информационных
требованиях для распознавания закономерностей посредством
анализа данных, предиктивного моделирования, прогнозирования
и условных оповещений.
• Предписывающая аналитика: расширяет возможности прогнозной
аналитики для определения решений, которые необходимо
принять, и для принятия соответствующих мер для повышения
эффективности бизнеса. Статистическая оптимизация и техники
имитации могут быть использованы для определения наилучшего
решения или результата среди различных вариантов. Для
ситуаций, значимых для заинтересованных сторон, требуется
полная спецификация соответствующих решений и возможных
действий. Бизнес-анализ фокусируется на бизнес-целях,
ограничивающих критериях и бизнес-правилах, лежащих в основе
процесса принятия решений.
В чем суть элемента “Ориентация на поставку и спрос” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Цели и приоритеты BI-инициативы могут исходить из технических
целей улучшения существующих систем доставки информации
(ориентация на поставку) или из бизнес-целей предоставления
соответствующей информации для улучшения процессов принятия
решений (ориентация на спрос):
• Ориентация на поставку: предполагает подход “какую ценность мы
можем поставить за эту цену?”. Этот подход сопоставляет данные
существующих систем, чтобы определить, какие данные доступны.
Типичная стратегия реализации:
1. поэтапное включение существующих баз данных в архитектуру
BI-решения,
2. последовательная замена или исправление имеющейся
выходной информации,
3. исследование новых идей, которые можно извлечь из
консолидированных данных.
• Ориентация на спрос: предполагает подход “какую ценность мы
можем поставить за эту цену?”. Этот подход начинается с
определения выходной информации, необходимой для поддержки
бизнес-решений, а затем обратной трассировки этой информации к
базовым источникам данных для определения осуществимости и стоимости. Он предусматривает дополнительные стратегии
реализации, которые не определяются существующими
структурами базы данных, и позволяет использовать BI на ранних
этапах за пределами существующих требований к отчетности.
В чем суть элемента “Структурированные и неструктурированные данные” характеристики “Скоуп бизнес-анализа” в рамках ракурса “Ракурс Business Intelligence”?
Есть два вида данных, рассматриваемых BI-подходами:
• Структурированные данные: традиционные решения хранилищ
данных основываются на консолидации структурированных
данных (числовых и категориальных), записанных в операционных
системах, где наборы бизнес-информации определяются
предустановленными структурами (называемыми “схемой записи”),
а целостность данных обеспечивает шаблон, основанный на
правилах. Для определения информационных требований и
возможнтстей, бизнес-анализ фокусируется на моделях данных,
словарях данных и бизнес-правилах.
• Неструктурированные данные: BI-решения могут включать полуструктурированные или неструктурированные данные, к которым
относятся тексты, изображения, аудио и видео. Эти данные часто
поступают из внешних источников. Для этого типа данных
структура и взаимосвязи не предопределены, и никакие
конкретные организационные правила не применяются для
гарантии целостности данных. Наборы информации получаются из
сырых данных (называемых “схемой чтения”). Для определения
информационных требований и возможностей бизнес-анализ
фокусируется на определениях метаданных и алгоритмах
соотнесения данных.
В чем суть характеристики “Базовые компетенции” в рамках ракурса “Ракурс Business Intelligence”?
Как и в любой дисциплине бизнес-анализа, бизнес-аналитику
требуются основные коммуникативные и аналитические компетенции
для успешного взаимодействия как с заинтересованными сторонами
бизнеса, так и с поставщиками технических решений.
В дисциплине BI координация требований бизнес-информации с
результатами работы BI-систем может быть дополнительно усилена за
счет специальных компетенций бизнес-аналитика в области:
• бизнес-данных и функционального использования, включая
терминологию и правила,
• анализа сложных структур данных и их перевода в
стандартизированный формат,
• затрагиваемых бизнес-процессов, включая KPI и метрики,
• моделирование решений,
• техник анализа данных, включая основы статистики,
профилирование и агрегирование,
• хранилищ данных, а также понятий и архитектуры BI,
• логических и физических моделей данных,
• лучших практик ETL (Extract, Transform, Load - Извлечение,
Преобразование, Загрузка), включая отслеживание исторических
данных и управление справочными данными,
• инструментов BI-отчетности.
В чем суть характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Business Intelligence”?
Этот раздел объясняет, как конкретные практики бизнес-анализа в
Business Intelligence соотносятся с задачами и практиками бизнесанализа, описанными в Руководстве BABOK®
. Этот раздел описывает,
как каждая область знаний применяется или видоизменяется в
дисциплине BI.
Каждая область знаний перечисляет техники, имеющие отношение к
ракурсу BI. Техники, используемые в дисциплине BI, не имеют
значительных отклонений от техник Руководства BABOK®
. Техники
находятся в разделе “Техники” Руководства BABOK®
. Этот список не
претендует на исчерпывающий перечень техник, а скорее выделяет
виды техник, используемых бизнес-аналитиками при выполнении задач
в рамках соответствующей области знаний.
Какими элементами описывается характеристика “Влияние на области знаний” в рамках ракурса “Ракурс Business Intelligence”?
- Планирование и мониторинг бизнес-анализа
- Выявление и сотрудничество
- Управление жизненным циклом требований
- Анализ стратегии
- Анализ требований и определение дизайна
- Техники Руководства BABOK®
- Оценка решения
- Техники Руководства BABOK®
В чем суть элемента “Планирование и мониторинг бизнес-анализа” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс 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)
В чем суть элемента “Выявление и сотрудничество” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Business Intelligence”?
Межфункциональный характер BI обычно требует, чтобы бизнесаналитики использовали специализированные инструменты и методы документирования для извлечения определенных типов требований как
от бизнес-, так и от технических заинтересованных сторон.
Отдельные заинтересованные стороны могут обладать лишь
частичными знаниями и опытом относительно:
• бизнес-решений, нуждающихся в поддержке,
• элементов данных, поддерживающих эти бизнес-решения,
• правил извлечения, преобразования и интеграции данных,
• представления требуемой информации.
Интервью с отдельными заинтересованными сторонами выявляют
информацию и аналитические данные, необходимые для поддержки
принятия ими решений. Семинары с заинтересованными сторонами из
различных функциональных областей бизнеса помогают обнаружить
общие, пересекающиеся информационные требования, которые лучше
удовлетворить интегрированным решением.
Модели данных и словари данных дают определения структуры и
бизнес-правила для данных существующих систем. Бизнес-аналитик
анализирует имеющуюся документацию для выявления неполноты
модели или несоответствий между моделями.
Модели процессов, которые расширены для включения артефактов
данных, могут помочь определить источники данных, необходимые в
момент принятия решения. Модели принятия решений определяют
требования к анализу данных и бизнес-правила для принятия решений.
Готовые коммерческие пакеты BI-функциональности могут дать бизнесаналитику набор действенных инструментов прототипирования для
выявления и уточнения информационных и коммуникационных
требований заинтересованных сторон.
Техники Руководства BABOK®
• Мозговой штурм (стр. 271)
• Анализ документов (стр. 322)
• Фокус-группы (стр. 335)
• Функциональная декомпозиция
(стр. 338)
• Глоссарий (стр. 342)
• Анализ интерфейсов (стр. 344)
• Интервью (стр. 347)
• Отслеживание вопросов
(стр. 351)
• Наблюдение (стр. 365)
• Прототипирование (стр. 387)
• Семинары (стр. 435)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Опрос или анкетирование
(стр. 420)
В чем суть элемента “Управление жизненным циклом требований” характеристики “Влияние на области знаний” в рамках ракурса “Ракурс Business Intelligence”?
Архитектурная природа дисциплины BI требует создания в решении
инфраструктурных возможностей. Это может создать структурные
зависимости внутри решения, влияющие на приоритизацию отдельных
потребностей бизнеса, особенно в случае поэтапной реализации.
Зачастую можно повысить эффективность путем одновременного
выполнения связанных требований.
Техники Руководства BABOK®
• Отслеживание вопросов
(стр. 351)
• Организационное
моделирование (стр. 368)
• Приоритизация (стр. 373)
• Рассмотрение (стр. 390)
• Матрица ролей и прав (стр. 399)
• Список, карта или персоны
заинтересованных сторон
(стр. 412)
• Семинары (стр. 435)
В чем суть элемента “Эталонная модель” характеристики “Эталонные модели и техники” в рамках ракурса “Ракурс Информационные технологии”?
Эталонные модели — это заранее определенные архитектурные
шаблоны, дающие одну или несколько точек зрения для конкретной отрасли или функции, обычно встречающейся в нескольких секторах
(например, IT или финансы).
Эталонные модели часто считаются онтологией архитектуры по
умолчанию для отрасли или функции. Они дают исходную базовую
архитектуру, которую бизнес-архитекторы могут адаптировать в
соответствии с потребностями своей организации.
В следующей таблице перечислены некоторые из распространенных
эталонных моделей.
В чем суть элемента “Техники” характеристики “Эталонные модели и техники” в рамках ракурса “Ракурс Информационные технологии”?
В следующей таблице перечислены техники, часто используемые в
дисциплине бизнес-архитектуры, но не включенные в раздел
Техники Руководства BABOK®
.
В чем суть элемента “Место бизнес-анализа” характеристики “Объем изменений” в рамках ракурса “Ракурс Управление бизнес-процессами”?
Работа бизнес-аналитиков в дисциплине Управления бизнеспроцессами может предполагать различные роли:
• Архитектор процессов: отвечает за моделирование, анализ,
внедрение, мониторинг и постоянное совершенствование бизнеспроцессов. Архитектор процессов знает, как проектировать бизнеспроцессы и как улучшать эти процессы, либо в ручном режиме,
либо через автоматизацию их выполнения на платформе BPM.
Архитекторы процессов учитывают и направляют решения
относительно того, какие знания, методология и технологии
процесса необходимы для достижения целей организации в
отношении конкретной инициативы BPM. Архитекторы процессов
улучшают бизнес-процессы и преобразуют их в технически
усовершенствованные и исполнимые процессные шаблоны. В
зависимости от BPM-инициативы, архитекторы процессов могут
фокусироваться на управлении продуктивностью бизнеса или на
сопоставлении технологии с бизнес-операциями. Архитекторы
процессов отвечают за разработку и поддержание стандартов и
репозитория эталонных моделей для продуктов и услуг, бизнеспроцессов, ключевых показателей эффективности (KPI), а также
ключевых факторов успеха (CSF). Они участвуют в инициативах по
анализу и преобразованию процессов.
• Аналитик/проектировщик процессов: обладает углубленными
знаниями, навыками и интересами в области процессов. Он
являются экспертоми в документировании и понимании дизайна
процесса, а также трендов производительности. Аналитики/
проектировщики процессов заинтересованы в оптимизации
бизнес-процессов с целью увеличения общей эффективности
бизнеса. Эта цель требует понимания деталей процесса и включает
проведение анализа, необходимого для оптимизации процесса.
Они выполняют анализ и оценку процессов «как есть», исследуют
альтернативные варианты дизайна процессов и дают
рекомендации по изменению, опираясь на различные
фреймворки.
• Разработчик моделей процессов: регистрирует и документирует
бизнес-процессы (as-is и to-be). В роли разработчика моделей
процессов часто выступает аналитик процессов, документирующий
процесс для его реализации или поддержки ИТ-системой.
Функции аналитика/проектировщика процессов и разработчика
моделей процессов часто совмещаются в одной позиции.
В чем суть элемента “Фреймворки” характеристики “Фреймворки, методологии и техники” в рамках ракурса “Ракурс Управление бизнес-процессами”?
Следующая таблица перечисляет фреймворки, широко используемые в
дисциплине управления бизнес-процессами.
В чем суть элемента “Методологии” характеристики “Фреймворки, методологии и техники” в рамках ракурса “Ракурс Управление бизнес-процессами”?
Следующая таблица перечисляет методологии, широко используемые
в дисциплине управления бизнес-процессами.
В чем суть элемента “Техники” характеристики “Фреймворки, методологии и техники” в рамках ракурса “Ракурс Управление бизнес-процессами”?
Следующая таблица перечисляет техники, широко используемые в
дисциплине BPM, не включенные в раздел Техники Руководства BABOK®
.
