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

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

## [Чем SLM отличается от каталога услуг в ИТ-менеджменте?](https://cleverics.ru/digital/kb-qa/chem-slm-otlichaetsya-ot-kataloga-uslug-v-it-menedzhmente/)

SLM (Service Level Management) и каталог услуг выполняют разные функции в ИТ-менеджменте. Каталог услуг фокусируется на определении и структурировании предоставляемых услуг, их ценности для заказчика и необходимых ресурсах. Он может быть построен задолго до организации SLM и используется для формирования нового отношения к ИТ-деятельности и улучшения взаимодействия с бизнесом. SLM же является контрольным механизмом, обеспечивающим оценку качества услуг через сравнение результатов с обязательствами. SLM представляет собой более продвинутую стадию развития, следующую за созданием каталога услуг.

Автор: Дмитрий Исайченко

Рейтинг: 1512

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, постоянное улучшение, совершенствование, CSI, PDCA, управление каталогом ИТ-услуг, управление отношениями, взаимодействие, BRM, управление уровнем услуг, SLM, эффективность, оптимизация

## [Какие основные обязанности у владельца услуги (Service Owner) в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-obyazannosti-u-vladeltsa-uslugi-service-owner-v-itil/)

Основные обязанности владельца услуги в ITIL включают обеспечение соответствия предоставления и поддержки услуги заявленным требованиям, интерпретацию требований заказчиков в ИТ-терминах, взаимодействие с менеджерами процессов на всём жизненном цикле услуги, участие в обсуждении SLA и OLA, участие во внутренних и внешних встречах по оценке услуги, выступление единой точкой ответственности за работу услуги, точка эскалации для значительных инцидентов, представительство в совете по изменениям (CAB) и обеспечение точности и актуальности информации об услуге в каталоге услуг.

Автор: Константин Нарыжный

Рейтинг: 1448

Теги: ITIL, SLA, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление изменениями, управление инцидентами, управление каталогом ИТ-услуг, управление отношениями, взаимодействие, BRM, управление процессами, ИТ-процессы, управление уровнем услуг, SLM

## [Как различаются понятия 'пользователь' и 'заказчик' в ИТ-контексте?](https://cleverics.ru/digital/kb-qa/kak-razlichayutsya-ponyatiya-polzovatel-i-zakazchik-v-it-kontekste/)

Пользователь (user) - это тот, кто непосредственно пользуется ИТ-услугами в своей работе. Заказчик (customer) - это тот, кто определяет потребности, формирует задачи и, главное, оплачивает услуги. Заказчик может не использовать услугу напрямую, но влиять на формирование каталога услуг и бюджета. Например, руководитель подразделения может являться заказчиком для ИТ-службы, даже если он лично не использует все предоставляемые услуги.

Автор: Игорь Гутник

Рейтинг: 1367

Теги: бизнес, ценность, бизнес-заказчик, бюджетирование, планирование затрат, общие вопросы менеджмента, поддержка пользователей, Service Desk, Help Desk, управление каталогом ИТ-услуг

## [В каких процессах ITIL содержится управление рисками?](https://cleverics.ru/digital/kb-qa/v-kakikh-protsessakh-itil-soderzhitsya-upravlenie-riskami/)

Управление рисками присутствует в следующих процессах ITIL: 1. В группе процессов проектирования услуг - через управление доступностью, мощностями, непрерывностью и информационной безопасностью, где требуется анализ угроз и внедрение контрмер. 2. В управлении проблемами, особенно в проактивной его части, направленной на предотвращение инцидентов. 3. В постоянном совершенствовании услуг (CSI), где деятельность по улучшению часто приводит к идентификации рисков, а идентифицированные риски запускают новые циклы улучшений. 4. В управлении изменениями и релизами. 5. В управлении портфелем услуг. Все эти процессы содержат элементы идентификации, анализа и управления рисками, что делает управление рисками сквозной практикой в рамках ITIL.

Автор: Павел Дёмин

Рейтинг: 1331

Теги: ITIL, безопасность, постоянное улучшение, совершенствование, CSI, PDCA, управление доступностью, управление изменениями, управление инцидентами, управление каталогом ИТ-услуг, управление проблемами, управление релизами, управление рисками, управление уровнем услуг, SLM, эффективность, оптимизация

## [В чем заключается проблема наличия нескольких заказчиков у одной ИТ-услуги?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-problema-nalichiya-neskolkikh-zakazchikov-u-odnoy-it-uslugi/)

Проблема наличия нескольких заказчиков у одной ИТ-услуги заключается в том, что разные подразделения компании могут предъявлять различные (иногда противоречивые) требования к одной и той же ИТ-услуге, при этом плательщиком может выступать третья сторона. Например, одно подразделение отвечает за продажи продукта и выступает как основной заказчик, а другое подразделение отвечает за бэк-офисные операции и является потребителем той же ИТ-услуги. Это создает сложности в определении ответственности, аллокации затрат и заключении SLA. ИТ-подразделению приходится выбирать между несколькими вариантами: заключать отдельные SLA со всеми заказчиками (что усложняет переговоры и размывает ответственность), рассматривать одно подразделение как заказчика, а другое как потребителя (что требует договоренностей между бизнес-подразделениями), или выделять разные ИТ-услуги для разных заказчиков (что увеличивает сложность каталога услуг).

Автор: Дмитрий Исайченко

Рейтинг: 1331

Теги: SLA, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление каталогом ИТ-услуг, управление продуктами, продуктовый подход, управление уровнем услуг, SLM, экономика и финансы

## [Как оценить успешность внедрения ITIL-процессов в организации?](https://cleverics.ru/digital/kb-qa/kak-otsenit-uspeshnost-vnedreniya-itil-protsessov-v-organizatsii/)

Оценка успешности внедрения ITIL-процессов должна основываться на измерении конкретных бизнес-результатов, а не просто на количестве внедренных процессов. Ключевые показатели включают: снижение количества повторных инцидентов и времени их решения; повышение удовлетворенности пользователей ИТ-услугами (через регулярные опросы); сокращение времени простоя критически важных бизнес-приложений; уменьшение количества инцидентов, вызванных изменениями; рост доли стандартных услуг, предоставляемых через каталог услуг; снижение операционных затрат на поддержку ИТ-инфраструктуры; улучшение времени выполнения бизнес-запросов по ИТ; повышение прозрачности ИТ-затрат для бизнеса. Помимо количественных показателей, важно оценивать качественные аспекты: насколько улучшилась коммуникация между ИТ и бизнесом; как изменилась культура работы с ИТ-услугами в организации; насколько сотрудники понимают и соблюдают новые процессы. Для комплексной оценки можно использовать модели зрелости процессов, такие как COBIT или CMMI, чтобы определить текущий уровень зрелости и спланировать дальнейшее развитие. Измерения должны проводиться регулярно, сначала ежемесячно, затем ежеквартально, и сравниваться с базовыми показателями до внедрения.

Автор: Олег Скрынник

Рейтинг: 1324

Теги: COBIT, ITIL, аллокация затрат, расчёт себестоимости услуг, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление каталогом ИТ-услуг, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление релизами, экономика и финансы, эффективность, оптимизация

## [Почему большинство крупных компаний не реализуют полномасштабное сервисное управление ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-bolshinstvo-krupnykh-kompaniy-ne-realizuyut-polnomasshtabnoe-servisnoe-upravlenie-it-uslugam/)

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

Автор: Дмитрий Исайченко

Рейтинг: 1297

Теги: бизнес, ценность, бизнес-заказчик, мониторинг, общие вопросы менеджмента, организационные изменения, агенты изменений, управление каталогом ИТ-услуг, управление процессами, ИТ-процессы, управление релизами

## [Почему стандартное понимание SLM как процесса создания двух каталогов услуг, SLA и OLA является ограниченным?](https://cleverics.ru/digital/kb-qa/pochemu-standartnoe-ponimanie-slm-kak-protsessa-sozdaniya-dvukh-katalogov-uslug-sla-i-ola-yavlyaetsy/)

Стандартное понимание SLM как процесса, в результате которого должны быть созданы два каталога услуг (бизнес- и технических), SLA и OLA, является ограниченным, потому что эта модель применима лишь к определенным типам организаций и сценариев. Во-первых, практика ведения каталога технических услуг и OLA применима только к очень небольшой доле компаний с реализованным сервисным подходом. Во-вторых, каталог бизнес-услуг с различными уровнями обслуживания востребован преимущественно в сценариях массового обслуживания, что не соответствует ситуации во многих внутренних ИТ-подразделениях. Кроме того, создание этих документов составляет не более половины содержания SLM как процесса управления.

Автор: Дмитрий Исайченко

Рейтинг: 1285

Теги: SLA, бизнес, ценность, бизнес-заказчик, управление каталогом ИТ-услуг, управление уровнем услуг, SLM

## [Как строятся каталоги услуг в некоторых ИТ-службах?](https://cleverics.ru/digital/kb-qa/kak-stroyatsya-katalogi-uslug-v-nekotorykh-it-sluzhbakh/)

Каталоги услуг в некоторых ИТ-службах строятся на основе сущности «доступ к ресурсам». В таких каталогах услуга определяется как информационная система (программно-аппаратный комплекс), и описываются правила предоставления доступа к этой системе. Например, для учетной системы может быть указано, что доступ к ней гарантируется с определенного времени до определенного времени. При таком подходе поставщик услуг фокусируется только на предоставлении доступа к ресурсу, а то, как потребитель будет использовать этот ресурс, уже не является заботой поставщика. Это упрощает описание услуг и управление ими, особенно когда поставщик не обладает информацией о деталях деятельности потребителя или не желает в нее вникать.

Автор: Игорь Гутник

Рейтинг: 1256

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление каталогом ИТ-услуг

## [Когда необходим каталог бизнес-услуг и SLA?](https://cleverics.ru/digital/kb-qa/kogda-neobkhodim-katalog-biznes-uslug-i-sla/)

Каталог бизнес-услуг и SLA (Service Level Agreement) фактически востребован в первую очередь в сценариях массового обслуживания, когда одна услуга может иметь множество заказчиков, каждый из которых имеет свой уровень обслуживания. В случае внутреннего ИТ-подразделения, где обычно присутствует один заказчик (основной бизнес в виде одного или нескольких подразделений), и технические возможности по варьированию уровня услуги ограничены из-за использования единой инфраструктуры, разделение бизнес-услуг от SLA может быть избыточным. Часто каталог услуг в такой ситуации становится фактически «каталогом SLA», а к SLA прилагаются внешние спецификации услуг.

Автор: Дмитрий Исайченко

Рейтинг: 1243

Теги: SLA, бизнес, ценность, бизнес-заказчик, управление каталогом ИТ-услуг, управление конфигурациями, CMDB, управление уровнем услуг, SLM