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

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

## [Какие метрики подходят для оценки задач, не относящихся к конвейерному производству?](https://cleverics.ru/digital/kb-qa/kakie-metriki-podkhodyat-dlya-otsenki-zadach-ne-otnosyashchikhsya-k-konveyernomu-proizvodstvu/)

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

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

Рейтинг: 1014

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление инцидентами, управление ИТ-активами, ITAM, SAM

## [В чем отличие BRM от других процессов ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-otlichie-brm-ot-drugikh-protsessov-itil/)

BRM существенно отличается от других процессов ITIL тем, что его фокус не на техническом обеспечении качества услуг, а на построении и поддержании отношений с заказчиком. В то время как большинство процессов ITIL ориентированы на обеспечение, управление и поддержку услуг с акцентом на стандарты, метрики и технические аспекты, BRM сосредоточен на понимании бизнес-потребностей, управлении ожиданиями и демонстрации ценности услуг для бизнеса. BRM не занимается прямым управлением качеством услуг, но решает проблему того, чтобы заказчик действительно получал то, что ему нужно, и понимал ценность получаемых услуг. Это делает BRM уникальным процессом, ориентированным на человеческий фактор и субъективное восприятие со стороны заказчика.

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

Рейтинг: 1014

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

## [Какое значение имеет разделение «клиентов» на заказчиков и пользователей в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-razdelenie-klientov-na-zakazchikov-i-polzovateley-v-it-upravlenii/)

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

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

Рейтинг: 1013

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

## [Какие вопросы следует задать, чтобы определить, является ли предложение услугой в контексте ITIL4?](https://cleverics.ru/digital/kb-qa/kakie-voprosy-sleduet-zadat-chtoby-opredelit-yavlyaetsya-li-predlozhenie-uslugoy-v-kontekste-itil4/)

Чтобы определить, является ли предложение услугой в контексте ITIL4, следует задать следующие вопросы: 1) Какие риски и затраты клиент перекладывает на поставщика при использовании этого предложения? 2) Что является конечной ценностью для клиента, и как предложение помогает ее достичь? 3) Какие ресурсы включает в себя предложение, и как они доступны клиенту? 4) Какие сервисные операции выполняет поставщик для поддержания работы предложения? 5) Если бы клиент сам решал эти задачи, какие усилия и риски на него бы легли? Если при ответе на эти вопросы становится ясно, что клиент перекладывает на поставщика значимые риски и затраты, то предложение соответствует определению услуги в ITIL4. Например, простая продажа шоколадки не является услугой, так как клиент не перекладывает никаких рисков, но при регулярной доставке клиент перекладывает на поставщика ответственность за своевременность и качество поставок.

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

Рейтинг: 1013

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

## [Какие риски возникают из-за отсутствия целевой архитектурной модели?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-iz-za-otsutstviya-tselevoy-arkhitekturnoy-modeli/)

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

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

Рейтинг: 1013

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

## [Как инструменты Role mining (анализа ролей) помогают в управлении доступом?](https://cleverics.ru/digital/kb-qa/kak-instrumenty-role-mining-analiza-roley-pomogayut-v-upravlenii-dostupom/)

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

Автор: Александр Омельченко

Рейтинг: 1012

Теги: общие вопросы менеджмента, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление процессами, ИТ-процессы

## [Что такое CAAS в контексте ITIL и как это связано с продажей услуг?](https://cleverics.ru/digital/kb-qa/chto-takoe-caas-v-kontekste-itil-i-kak-eto-svyazano-s-prodazhey-uslug/)

CAAS - это условная аббревиатура (Choco-as-a-Service), используемая для объяснения концепции сервиса в ITIL. Она демонстрирует, что при продаже услуги клиенту предоставляется не просто товар, а комплексное решение, включающее сам товар, ресурс и сервисные операции. 'C' в CAAS означает 'chocolate', а 'aaS' (as-a-Service) указывает на то, что клиент получает не просто физический продукт (шоколадку), а доступ к услуге, которая включает в себя доставку, обеспечение регулярности поставок, решение проблем с доступностью и т.д. Это помогает понять, что в случае с услугой клиент перекладывает на поставщика определенные риски и затраты, что не происходит при простой покупке товара.

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

Рейтинг: 1012

Теги: DevOps, CI/CD, ITIL, аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, управление доступностью, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление продуктами, продуктовый подход, управление рисками, экономика и финансы

## [Как следует подходить к анализу показателей доступности при наличии дополнительных, но согласованных простоев для безотлагательных изменений?](https://cleverics.ru/digital/kb-qa/kak-sleduet-podkhodit-k-analizu-pokazateley-dostupnosti-pri-nalichii-dopolnitelnykh-no-soglasovannyk/)

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

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

Рейтинг: 1012

Теги: поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление изменениями, управление инцидентами, управление релизами, эффективность, оптимизация

## [Как оценить эффективность работы первой линии поддержки в условиях неидеальной ИТ-организации?](https://cleverics.ru/digital/kb-qa/kak-otsenit-effektivnost-raboty-pervoy-linii-podderzhki-v-usloviyakh-neidealnoy-it-organizatsii/)

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

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

Рейтинг: 1012

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

## [Как изменилась роль менеджера изменений при переходе от ITIL V3 к ITIL4?](https://cleverics.ru/digital/kb-qa/kak-izmenilas-rol-menedzhera-izmeneniy-pri-perekhode-ot-itil-v3-k-itil4/)

В ITIL V3 2011 роль менеджера изменений не была отдельно описана - вместо нее существовали роли владельца процесса, менеджера процесса, инициатора, практика, авторизующего и участника CAB. В ITIL4 роль менеджера изменений (Change manager) стала официальной в рамках практики 'Поддержка изменений' (Change enablement) как специфическая роль, включающая управление жизненным циклом отдельных изменений и развитие самой практики. В ITIL4 также появилась дополнительная роль координатора изменений (Change coordinator) для работы в ограниченном контексте, в то время как владелец практики отвечает за общее управление практикой.

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

Рейтинг: 1011

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