Между количеством инцидентов и временем их решения существует нелинейная зависимость, усиленная за счет эффекта очереди и неравномерного распределения нагрузки в течение дня. Например, при производительности 20 минут на инцидент теоретически сотрудник может обработать 24 инцидента за день, если бы они поступали равномерно. Но при неравномерном поступлении (всплеск утром) и одновременном начале работы над всеми 24 инцидентами, среднее время их решения возрастает до 4 часов 10 минут. При уменьшении количества инцидентов вдвое (до 12), при прочих равных условиях, среднее время решения падает до 2 часов 10 минут. Это означает, что сокращение количества инцидентов через управление проблемами может дать больший эффект для снижения среднего времени решения, чем оптимизация только производительности персонала.

Подход, при котором процесс Управления инцидентами (INC) организует эффективную проактивную коммуникацию с пользователями, способствует снижению нагрузки на Service Desk. Путём автоматических оповещений (например, по email или SMS при каждом изменении статуса инцидента) пользователи получают необходимую информацию без необходимости обращаться с запросом. Также важно обеспечить доступ к статусу инцидентов через портал самообслуживания, где пользователь может самостоятельно посмотреть текущее состояние своего запроса. Этот подход позволяет минимизировать количество повторных обращений пользователей по уже зарегистрированным инцидентам, что напрямую снижает нагрузку на Service Desk и позволяет сосредоточиться на обработке новых инцидентов.

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

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

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

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

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

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

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

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