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

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

## [Какие факторы влияют на количество обращений в ИТ-поддержку?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-kolichestvo-obrashcheniy-v-it-podderzhku/)

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

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

Рейтинг: 2456

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

## [Какие основные функции должна выполнять первая линия ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-funktsii-dolzhna-vypolnyat-pervaya-liniya-it-podderzhki/)

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

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

Рейтинг: 2354

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

## [В каком диапазоне обычно колеблется значение Incident Rate?](https://cleverics.ru/digital/kb-qa/v-kakom-diapazone-obychno-kolebletsya-znachenie-incident-rate/)

Типичный диапазон значения Incident Rate составляет от 0.8 до 1.2 инцидентов в месяц на одного пользователя. Крайние случаи могут достигать 0.4–2.3, но чаще всего величина находится в пределах 0.3–2.0. Для сравнения, совокупное количество всех обращений пользователей (включая сервисные запросы и инциденты) колеблется от 1 до 2 в месяц на одного пользователя.

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

Рейтинг: 2354

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

## [Что такое FCR в контексте управления инцидентами и почему он важен?](https://cleverics.ru/digital/kb-qa/chto-takoe-fcr-v-kontekste-upravleniya-intsidentami-i-pochemu-on-vazhen/)

FCR (First Contact Resolution) — это показатель, измеряющий долю инцидентов, которые были решены с первого обращения пользователя, без необходимости дополнительных обращений или повторных контактов. Важность этого показателя заключается в том, что он напрямую влияет на удовлетворённость пользователей: чем меньше пользователю приходится повторно обращаться в службу поддержки по одному и тому же инциденту, тем лучше его опыт взаимодействия с сервисом. Высокий уровень FCR указывает на эффективность работы службы поддержки, её способность предоставлять полную и точную информацию с первого раза, что в свою очередь снижает нагрузку на систему и повышает общую удовлетворённость пользователей.

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

Рейтинг: 1989

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

## [Как 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), можно рассчитать примерное количество инцидентов за месяц и спланировать необходимые ресурсы, такие как количество сотрудников в службе поддержки или объём автоматизации процессов управления инцидентами.

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

Рейтинг: 1818

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

## [Что такое метрика TPI и для чего она используется в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/chto-takoe-metrika-tpi-i-dlya-chego-ona-ispolzuetsya-v-it-upravlenii/)

Метрика TPI (Time Performance Index) используется в ИТ-управлении для оценки своевременности обработки пользовательских обращений. В отличие от простого отношения количества своевременно обработанных запросов к общему числу, TPI учитывает как новые, так и давно просроченные обращения. Это позволяет стимулировать сотрудников не только оперативно обрабатывать новые запросы, но и уделять внимание старым, нерешенным проблемам. Метрика помогает создать более справедливую систему оценки производительности, избегая ситуаций, когда сотрудники фокусируются только на новых обращениях, игнорируя старые задачи.

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

Рейтинг: 1810

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

## [Как рассчитать метрику First Time Resolution (FTR) для инцидентов в разрезе рабочих групп?](https://cleverics.ru/digital/kb-qa/kak-rasschitat-metriku-first-time-resolution-ftr-dlya-intsidentov-v-razreze-rabochikh-grupp/)

Метрика First Time Resolution (FTR) в разрезе рабочих групп рассчитывается по формуле: FTR = (Nj - Sj) / Nj. Здесь Nj — количество обращений (инцидентов), обработанных j-той группой и закрытых без рекламаций (Cj), плюс количество возвратов на доработку в эту группу (Sj). Sj — это количество объектов, возвращенных на доработку в j-тую группу. Расчёт производится за период, когда завершена процедура проверки решения инцидента, а не фактическое решение задачи. Важно учитывать возвраты индивидуально по каждой группе, так как одно обращение может быть переназначено в другую группу или возвращено несколько раз в разные группы.

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

Рейтинг: 1679

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

## [Как практика управления изменениями взаимодействует с другими ИТ-практиками?](https://cleverics.ru/digital/kb-qa/kak-praktika-upravleniya-izmeneniyami-vzaimodeystvuet-s-drugimi-it-praktikami/)

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

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

Рейтинг: 1623

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

## [Какие метрики используются для оценки качества работы первой линии поддержки?](https://cleverics.ru/digital/kb-qa/kakie-metriki-ispolzuyutsya-dlya-otsenki-kachestva-raboty-pervoy-linii-podderzhki/)

Для оценки качества работы первой линии поддержки используются такие метрики как Доля обращений, решённых на первой линии (First Line Resolution - FLR) и Доля обращений, решённых в течение первого контакта (First Contact Resolution - FCR). FLR рассчитывается как отношение количества обращений, решённых на первой линии поддержки (R), к общему количеству обращений, поступивших на первую линию за отчётный период (N). FCR определяется как отношение количества обращений, решённых в ходе первичного контакта с пользователем (C), к общему количеству обращений, поступивших в заданную группу за отчётный период (N). Эти метрики направлены на увеличение количества обращений, разрешаемых на первой линии, что позволяет снизить стоимость обработки обращений и повысить удовлетворённость пользователей.

Автор: Дмитрий Хруслов

Рейтинг: 1608

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

## [Какие существуют принципиальные способы организации взаимодействия первой и второй линий поддержки в системе управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-printsipialnye-sposoby-organizatsii-vzaimodeystviya-pervoy-i-vtoroy-liniy-podde/)

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

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

Рейтинг: 1583

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