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

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

## [Как связаны между собой управление изменениями и система конфигурационных единиц (CMDB)?](https://cleverics.ru/digital/kb-qa/kak-svyazany-mezhdu-soboy-upravlenie-izmeneniyami-i-sistema-konfiguratsionnykh-edinits-cmdb/)

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

Автор: Андрей Труфанов

Рейтинг: 920

Теги: измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, управление изменениями, управление конфигурациями, CMDB

## [Каким образом расширенный жизненный цикл инцидента влияет на взаимодействие менеджеров инцидентов и менеджеров проблем?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-rasshirennyy-zhiznennyy-tsikl-intsidenta-vliyaet-na-vzaimodeystvie-menedzherov-intside/)

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

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

Рейтинг: 920

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

## [Какие ключевые индикаторы помогают определить, будет ли успешным созданный внутренний аутсорсинг?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-indikatory-pomogayut-opredelit-budet-li-uspeshnym-sozdannyy-vnutrenniy-autsorsing/)

Ключевые индикаторы успешного аутсорсинга: 1. Наличие коммерчески ориентированного руководителя, а не ИТ-директора из материнской компании. 2. Система оплаты руководителя, где отсутствие успехов на открытом рынке приводит к снижению зарплаты ниже рыночной, а успешная коммерческая деятельность обеспечивает значительный доход. 3. Аутсорсинг услуг, имеющих альтернативный спрос и предложение на рынке. 4. Наличие четкого бизнес-плана с перспективами коммерческой деятельности на открытом рынке. 5. Разрешение на извлечение прибыли при оказании услуг материнской компании без чрезмерного влияния на доходы руководства аутсорсера.

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

Рейтинг: 919

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

## [Что представляет собой идеальный вариант структуры каталога ИТ-услуг?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-idealnyy-variant-struktury-kataloga-it-uslug/)

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

Автор: Евгений Шилов

Рейтинг: 919

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

## [Чем отличается единый процесс от моделей изменений в рамках чек-листа?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-edinyy-protsess-ot-modeley-izmeneniy-v-ramkakh-chek-lista/)

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

Автор: Артём Мукосеев

Рейтинг: 919

Теги: управление изменениями

## [Почему измерение времени реакции на назначение инцидентов важно для процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/pochemu-izmerenie-vremeni-reaktsii-na-naznachenie-intsidentov-vazhno-dlya-protsessa-upravleniya-ints/)

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

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

Рейтинг: 919

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

## [Какие факторы мешают внедрению эффективного SLA между ИТ и бизнес-подразделениями?](https://cleverics.ru/digital/kb-qa/kakie-faktory-meshayut-vnedreniyu-effektivnogo-sla-mezhdu-it-i-biznes-podrazdeleniyami/)

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

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

Рейтинг: 919

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

## [Что такое CMDB и зачем она нужна в управлении ИТ-активами?](https://cleverics.ru/digital/kb-qa/chto-takoe-cmdb-i-zachem-ona-nuzhna-v-upravlenii-it-aktivami/)

CMDB (Configuration Management Database) — база данных управления конфигурациями, используемая для хранения информации об ИТ-активах и их взаимосвязях. Она необходима для точного отслеживания конфигурации систем, учета изменений, управления инцидентами и обеспечения стабильности работы ИТ-инфраструктуры. Для расходных материалов CMDB помогает контролировать их привязку к оборудованию, собирать статистику использования и управлять затратами без увеличения объема данных.

Автор: Артём Мукосеев

Рейтинг: 919

Теги: аллокация затрат, расчёт себестоимости услуг, управление инцидентами, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, экономика и финансы

## [Как соотносятся между собой SLA и OLA в рамках сервисной модели?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-mezhdu-soboy-sla-i-ola-v-ramkakh-servisnoy-modeli/)

В рамках сервисной модели SLA (Соглашение об Уровне Услуг) и OLA (Операционный Уровневый Договор) тесно связаны, но имеют разный фокус. SLA регулирует обязательства поставщика услуг перед заказчиком, тогда как OLA определяет обязательства внутреннего подрядчика по отношению к поставщику услуг. Однако при детальном рассмотрении выясняется, что OLA фактически является тем же SLA, но с точки зрения другого субъекта сервисных отношений. То есть то, что для одного участника является OLA, для другого уже является SLA. Таким образом, эти документы на деле не так отличаются, как может показаться, и теряется смысл в наличии отдельного понятия OLA.

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

Рейтинг: 919

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

## [Какие ITIL-практики помогают предотвратить повторную реализацию рисков?](https://cleverics.ru/digital/kb-qa/kakie-itil-praktiki-pomogayut-predotvratit-povtornuyu-realizatsiyu-riskov/)

Для предотвращения повторной реализации рисков задействуются управление проблемами (устранение корневых причин), управление рисками (анализ и оценка рисков), а также постоянное улучшение процессов. Эти практики позволяют на основе анализа произошедших событий разработать профилактические меры и внедрить улучшения в процессы.

Автор: Артём Мукосеев

Рейтинг: 919

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