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

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

## [Как определить оптимальные нормативы времени на обработку обращений в многочасовых поясах?](https://cleverics.ru/digital/kb-qa/kak-opredelit-optimalnye-normativy-vremeni-na-obrabotku-obrashcheniy-v-mnogochasovykh-poyasakh/)

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

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

Рейтинг: 1086

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

## [Какие данные должны быть включены в информацию о major-инциденте, чтобы первая линия поддержки могла эффективно информировать пользователей?](https://cleverics.ru/digital/kb-qa/kakie-dannye-dolzhny-byt-vklyucheny-v-informatsiyu-o-major-intsidente-chtoby-pervaya-liniya-podderzh/)

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

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

Рейтинг: 1085

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

## [Каким образом процесс Управления инцидентами (INC) обеспечивает прозрачность в работе?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-protsess-upravleniya-intsidentami-inc-obespechivaet-prozrachnost-v-rabote/)

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

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

Рейтинг: 1085

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

## [Как адаптировать общий процесс управления изменениями под специфику разных типов ИТ-систем?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-obshchiy-protsess-upravleniya-izmeneniyami-pod-spetsifiku-raznykh-tipov-it-sistem/)

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

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

Рейтинг: 1085

Теги: управление изменениями, управление процессами, ИТ-процессы

## [Как выбрать наиболее подходящий набор показателей доступности для конкретной ИТ-услуги?](https://cleverics.ru/digital/kb-qa/kak-vybrat-naibolee-podkhodyashchiy-nabor-pokazateley-dostupnosti-dlya-konkretnoy-it-uslugi/)

Выбор показателей доступности зависит от особенностей бизнес-процессов, которые поддерживаются данной ИТ-услугой. Необходимо проанализировать: 1) Как реагирует бизнес на простой - критичны ли для него кратковременные частые нарушения или только длительные простоя; 2) Насколько чувствительны бизнес-процессы к частоте прерываний (например, для вычислительных процессов каждое прерывание требует перезапуска); 3) Каковы финансовые и репутационные последствия простоев разной длительности. На основании этого формируется набор показателей: если бизнес чувствителен к частым простоям, включается показатель «количество нарушений»; если критичны длительные простои - показатель «максимального разового простоя» и так далее. Возможно, некоторые показатели будут иметь больший вес в агрегированной метрике.

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

Рейтинг: 1085

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

## [Как игра Grab@Pizza помогает выявить потенциал сотрудников для карьерного роста?](https://cleverics.ru/digital/kb-qa/kak-igra-grab-pizza-pomogaet-vyyavit-potentsial-sotrudnikov-dlya-karernogo-rosta/)

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

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

Рейтинг: 1085

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

## [Почему некоторые организации просят пользователей оставлять отзывы на сторонних платформах?](https://cleverics.ru/digital/kb-qa/pochemu-nekotorye-organizatsii-prosyat-polzovateley-ostavlyat-otzyvy-na-storonnikh-platformakh/)

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

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

Рейтинг: 1085

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

## [Какова цель управления проблемами в ITIL?](https://cleverics.ru/digital/kb-qa/kakova-tsel-upravleniya-problemami-v-itil/)

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

Автор: Александр Движков

Рейтинг: 1084

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

## [Что такое бимодальные ИТ и какие преимущества они дают организации?](https://cleverics.ru/digital/kb-qa/chto-takoe-bimodalnye-it-i-kakie-preimushchestva-oni-dayut-organizatsii/)

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

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

Рейтинг: 1084

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

## [Какие примеры инцидентов приводятся в ITIL-практиках?](https://cleverics.ru/digital/kb-qa/kakie-primery-intsidentov-privodyatsya-v-itil-praktikakh/)

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

Автор: Игорь Фадеев

Рейтинг: 1084

Теги: ITIL, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление инцидентами