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

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

## [Какие уровни влияния инцидентов обычно выделяются в ИТ-службе?](https://cleverics.ru/digital/kb-qa/kakie-urovni-vliyaniya-intsidentov-obychno-vydelyayutsya-v-it-sluzhbe/)

Обычно выделяются четыре уровня влияния инцидентов: 1) Максимальный уровень (критический) - когда ИТ-услуга недоступна для всего отдела или компании, что приводит к полной остановке бизнес-процессов. 2) Высокий уровень - когда несколько сотрудников сталкиваются с полным отсутствием функционала. 3) Средний уровень - когда у группы пользователей доступна только часть функционала. 4) Низкий уровень (минимальный) - когда у одного сотрудника недоступна только часть функционала ИТ-услуги. Эти уровни могут варьироваться в зависимости от принятой в организации методологии и дополнительных критериев оценки, таких как VIP-статус пользователей или критичность системы.

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

Рейтинг: 1816

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

## [Какую роль играет автоматизация в процессе обработки запросов технической поддержки?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-avtomatizatsiya-v-protsesse-obrabotki-zaprosov-tekhnicheskoy-podderzhki/)

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

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

Рейтинг: 1731

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

## [Как Incident Rate может использоваться для прогнозирования количества инцидентов?](https://cleverics.ru/digital/kb-qa/kak-incident-rate-mozhet-ispolzovatsya-dlya-prognozirovaniya-kolichestva-intsidentov/)

Incident Rate позволяет прогнозировать объем обращений пользователей в ИТ-службу, используя текущее количество пользователей системы. Умножив ожидаемое число пользователей на средний показатель Incident Rate (например, 0.8–1.2), можно рассчитать примерное количество инцидентов за месяц и спланировать необходимые ресурсы, такие как количество сотрудников в службе поддержки или объём автоматизации процессов управления инцидентами.

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

Рейтинг: 1726

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

## [Что такое роль Service Owner в ITIL и чем она отличается от сервис-менеджера?](https://cleverics.ru/digital/kb-qa/chto-takoe-rol-service-owner-v-itil-i-chem-ona-otlichaetsya-ot-servis-menedzhera/)

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

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

Рейтинг: 1715

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

## [В чём разница между реактивным и проактивным управлением проблемами?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-reaktivnym-i-proaktivnym-upravleniem-problemami/)

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

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

Рейтинг: 1695

Теги: архитектура ИТ, TOGAF и IT4IT, аудит, мониторинг, управление доступностью, управление инцидентами, управление проблемами

## [Что такое приоритизация инцидентов в управлении инцидентами по ITIL?](https://cleverics.ru/digital/kb-qa/chto-takoe-prioritizatsiya-intsidentov-v-upravlenii-intsidentami-po-itil/)

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

Автор: Анна Васильева

Рейтинг: 1659

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

## [Какие преимущества дает классификация запросов технической поддержки по ИТ-услугам?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-klassifikatsiya-zaprosov-tekhnicheskoy-podderzhki-po-it-uslugam/)

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

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

Рейтинг: 1652

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

## [Какие этапы включает расширенный жизненный цикл инцидента и чем они характеризуются?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-rasshirennyy-zhiznennyy-tsikl-intsidenta-i-chem-oni-kharakterizuyutsya/)

Этапы расширенного жизненного цикла инцидента включают: 1) момент возникновения инцидента — момент, когда пользователь ощутил снижение качества сервиса; 2) обнаружение — промежуток времени от возникновения до информирования поставщика ИТ-услуг; 3) диагностика — поиск причины инцидента; 4) исправление — проведение работ по устранению сбоя или замене компонента; 5) восстановление — завершение ремонтных работ в инфраструктуре; 6) возобновление — период от окончания восстановления до полного возврата пользователя к нормальной работе. Каждый из этапов имеет определённую продолжительность, и анализ затраченного времени на них позволяет оптимизировать процессы управления доступностью ИТ-услуг.

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

Рейтинг: 1598

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

## [Что такое проблема в контексте ITIL и как она связана с реализовавшимся риском?](https://cleverics.ru/digital/kb-qa/chto-takoe-problema-v-kontekste-itil-i-kak-ona-svyazana-s-realizovavshimsya-riskom/)

В ITIL проблема — это причина одного или нескольких инцидентов. Если реализовавшийся риск привёл к инциденту, далее возникает необходимость выявить корневую причину — проблему — и устранить её для предотвращения повторных инцидентов. Таким образом, реализовавшийся риск может стать отправной точкой для инициирования управления проблемами.

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

Рейтинг: 1581

Теги: ITIL, управление инцидентами, управление проблемами, управление рисками

## [Какие метрики следует использовать для оценки качества ИТ-сервисов?](https://cleverics.ru/digital/kb-qa/kakie-metriki-sleduet-ispolzovat-dlya-otsenki-kachestva-it-servisov/)

Для оценки качества ИТ-сервисов следует использовать метрики, которые напрямую связаны с бизнес-результатами и удовлетворенностью пользователей, а не только с внутренней эффективностью процессов. К таким метрикам относятся: доступность сервиса (доля времени, в течение которого сервис доступен для использования), время восстановления сервиса после сбоя, время отклика системы (скорость обработки запросов), процент соблюдения SLA по ключевым показателям, уровень удовлетворенности пользователей, а также бизнесовые метрики, такие как влияние инцидентов на выполнение бизнес-процессов. Например, для почтового сервиса ключевой метрикой может быть доступность не менее 99,5%, а для системы заказов - время обработки запроса не более 2 секунд. Важно, чтобы выбранные метрики были согласованы с потребителями сервиса и отражали их реальные потребности в ИТ-услугах.

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

Рейтинг: 1563

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