# Бесплатная экспертная база знаний по управлению ИТ

Никакого пересказа ITIL, COBIT, ISO 20000, PRINCE2, TOGAF и прочего. Только сведения от консультантов и тренеров Cleverics. Включает ответы на **несколько тысяч вопросов** из **сотен источников**, а также детальный глоссарий с примерами, объяснениями и нюансами

# Практика бизнес-анализа

[Практика](https://cleverics.ru/digital/kb-glossary/practice/) анализа [бизнеса](https://cleverics.ru/digital/kb-glossary/business/) или некоторого элемента бизнеса, определения его потребностей и рекомендации решений для удовлетворения этих потребностей и/или решения бизнес-проблемы, а также создания [ценности](https://cleverics.ru/digital/kb-glossary/value/) для [заинтересованных сторон](https://cleverics.ru/digital/kb-glossary/stakeholder/).

## Оригинальный английский термин

business analysis practice

## Подробности

[Практика бизнес-анализа](https://cleverics.ru/digital/kb-glossary/business-analysis-practice/) в [ITSM](https://cleverics.ru/digital/kb-glossary/it-service-management/) фокусируется на том, чтобы понять, какую ценность должна дать [услуга](https://cleverics.ru/digital/kb-glossary/service/) или [продукт](https://cleverics.ru/digital/kb-glossary/product/), и сформулировать это понимание в виде проверяемых потребностей и требований, которые могут быть реализованы командами. Она связывает ожидания [заказчика](https://cleverics.ru/digital/kb-glossary/customer/) и других заинтересованных сторон с реальными возможностями [организации](https://cleverics.ru/digital/kb-glossary/organization/), помогая уточнить [результаты](https://cleverics.ru/digital/kb-glossary/outcome/), ограничения, предположения, [риски](https://cleverics.ru/digital/kb-glossary/risk/) и критерии [приемки](https://cleverics.ru/digital/kb-glossary/acceptance/). На практике бизнес-анализ используется при создании и [изменении](https://cleverics.ru/digital/kb-glossary/change/)[ИТ-услуг](https://cleverics.ru/digital/kb-glossary/it-service/) и [сервисных предложений](https://cleverics.ru/digital/kb-glossary/service-offering/): при определении целевого результата, [моделировании](https://cleverics.ru/digital/kb-glossary/modelling/) текущих и целевых [процессов](https://cleverics.ru/digital/kb-glossary/process/), согласовании [требований полезности](https://cleverics.ru/digital/kb-glossary/utility-requirements/) и [требований гарантии](https://cleverics.ru/digital/kb-glossary/warranty-requirements/), подготовке [бизнес-кейса](https://cleverics.ru/digital/kb-glossary/business-case/), а также при [оценке](https://cleverics.ru/digital/kb-glossary/assessment/)[влияния](https://cleverics.ru/digital/kb-glossary/impact/) изменений на [пользователей](https://cleverics.ru/digital/kb-glossary/user/), поддержку и показатели. Эта практика особенно полезна, когда требуется устранить разрыв между «что нужно бизнесу» и «что реально поставляется» в рамках [потоков создания ценности и процессов](https://cleverics.ru/digital/kb-glossary/value-streams-and-processes/), чтобы избегать лишней функциональности и снижать переделки. При этом бизнес-анализ не заменяет [управление проектами](https://cleverics.ru/digital/kb-glossary/project-management-practice/) или [управление архитектурой](https://cleverics.ru/digital/kb-glossary/architecture-management-practice/) и не является [разработкой](https://cleverics.ru/digital/kb-glossary/development/) решения; он обеспечивает качественную постановку задачи и обоснование вариантов, но не гарантирует техническую реализацию, эксплуатационную поддержку или измерение [уровней услуги](https://cleverics.ru/digital/kb-glossary/service-level/) как таковое.## Нюансы

Частая [ошибка](https://cleverics.ru/digital/kb-glossary/error/) — воспринимать практику бизнес-анализа как «сбор требований» в узком смысле. В зрелом подходе она включает прояснение [проблемы](https://cleverics.ru/digital/kb-glossary/problem/) и контекста, выявление заинтересованных сторон, анализ ценности и вариантов решений, а также согласование критериев успеха, а не только фиксацию пожеланий. Ещё одно типичное смешение — путать бизнес-анализ с [практикой управления проектами](https://cleverics.ru/digital/kb-glossary/project-management-practice/): управление [проектами](https://cleverics.ru/digital/kb-glossary/project/) отвечает за [планирование](https://cleverics.ru/digital/kb-glossary/planning/) и доставку результата, тогда как бизнес-анализ отвечает за корректность и полноту постановки потребности и ожидаемого результата. Также её нередко путают с [BRM](https://cleverics.ru/digital/kb-glossary/business-relationship-manager/) и [управлением сервисными отношениями](https://cleverics.ru/digital/kb-glossary/service-relationship-management/): BRM управляет [сервисными отношениями](https://cleverics.ru/digital/kb-glossary/service-relationship/) и ожиданиями заказчика на постоянной основе, а бизнес-анализ глубже погружается в конкретную бизнес-проблему или изменение, формируя требования и рекомендации. Опасна и чрезмерно буквальная трактовка «рекомендации решения» как выбора единственного варианта: корректнее рассматривать набор альтернатив и компромиссов с явными предпосылками и рисками, чтобы поддержать решение [органа управления изменениями](https://cleverics.ru/digital/kb-glossary/change-authority/) или [владельца услуги](https://cleverics.ru/digital/kb-glossary/service-owner/). Наконец, не следует подменять бизнес-анализ попытками сразу «оптимизировать [ИТ-инфраструктуру](https://cleverics.ru/digital/kb-glossary/it-infrastructure/)»: без привязки к результатам и ценности такие улучшения часто превращаются в [технический долг](https://cleverics.ru/digital/kb-glossary/technical-debt/) или локальную [оптимизацию](https://cleverics.ru/digital/kb-glossary/optimise/), ухудшающую [поток создания ценности](https://cleverics.ru/digital/kb-glossary/value-stream/).## Примеры

- Анализ причин роста времени обработки запросов на обслуживание в сервис-деск и формирование требований к изменению процесса и инструмента, чтобы улучшить клиентский опыт
- Определение потребностей внутреннего клиента к отчётности по KPI и описание сценариев использования дашборда с критериями приемки для команды разработки
- Подготовка бизнес-кейса на внедрение автоматизации согласований RFC с оценкой рисков, ожидаемой ценности и влияния на команды поддержки
- Моделирование текущего и целевого потока создания ценности для подключения нового подразделения к ИТ-услуге и согласование требований полезности и требований гарантии

## Рекомендуемые продукты по этой теме

- [VAP: Управление уровнем ИТ-услуг и каталогом ИТ-услуг](https://edu.cleverics.ru/vap-slm?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=VAP-SLM) — Учебный курс: интенсив с тренером. Разработка и совершенствование каталога, соглашений об уровне услуг (SLA), метрик качества услуг, включая расчёт доступности услуг
- [Grab@Pizza — ИТ и основной бизнес](https://edu.cleverics.ru/grab-a-pizza?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=PIZZA) — Деловая игра. SLM, BRM, управление ИТ-бюджетом, управление изменениями
- [Altevics](https://cleverics.ru/solutions/altevics?utm_source=knowledgebase&utm_medium=article&utm_content=banner&utm_term=altevics) — Современная ITSM/ESM-система