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

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

## [Какую вторую метрику, помимо метрики своевременности, рекомендуется ввести для предотвращения «футбола» при управлении инцидентами?](https://cleverics.ru/digital/kb-qa/kakuyu-vtoruyu-metriku-pomimo-metriki-svoevremennosti-rekomenduetsya-vvesti-dlya-predotvrashcheniya/)

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

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

Рейтинг: 1041

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

## [Как CLD помогает в определении опережающих и отложенных показателей?](https://cleverics.ru/digital/kb-qa/kak-cld-pomogaet-v-opredelenii-operezhayushchikh-i-otlozhennykh-pokazateley/)

CLD помогает в определении опережающих и отложенных показателей, отображая причинно-следственные связи между элементами системы. Отложенные показатели (trailing indicators) напрямую связаны с конечным результатом и отражают уже случившиеся события (например, 'Percentage of Changes Without Recurring incidents' для оценки Change Risk). Опережающие показатели (leading indicators) связаны с факторами, которые влияют на конечный результат (например, 'Release size' и 'Emergency change rate' для прогноза уровня риска изменений). Это позволяет использовать опережающие показатели для прогнозирования будущих результатов и своевременной корректировки процесса.

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

Рейтинг: 1041

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

## [Как книга помогает ответить на вопрос 'С чего начинать внедрение ITSM'?](https://cleverics.ru/digital/kb-qa/kak-kniga-pomogaet-otvetit-na-vopros-s-chego-nachinat-vnedrenie-itsm/)

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

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

Рейтинг: 1041

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

## [Почему важно уточнять терминологию при обсуждении отношений между ИТ и заказчиками?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-utochnyat-terminologiyu-pri-obsuzhdenii-otnosheniy-mezhdu-it-i-zakazchikami/)

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

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

Рейтинг: 1041

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

## [Почему автоматическая эскалация особенно проблематична в случае major-инцидентов?](https://cleverics.ru/digital/kb-qa/pochemu-avtomaticheskaya-eskalatsiya-osobenno-problematichna-v-sluchae-major-intsidentov/)

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

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

Рейтинг: 1041

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

## [Что может произойти с возможностью общения с живым оператором Service Desk в будущем?](https://cleverics.ru/digital/kb-qa/chto-mozhet-proizoyti-s-vozmozhnostyu-obshcheniya-s-zhivym-operatorom-service-desk-v-budushchem/)

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

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

Рейтинг: 1041

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

## [Какие методы можно использовать для оценки реальной эффективности внедрения ITIL?](https://cleverics.ru/digital/kb-qa/kakie-metody-mozhno-ispolzovat-dlya-otsenki-realnoy-effektivnosti-vnedreniya-itil/)

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

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

Рейтинг: 1041

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

## [Какие преимущества даёт иерархия ролей в RBAC-модели?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ierarkhiya-roley-v-rbac-modeli/)

Иерархия ролей (цепочки 'родительская-дочерняя') позволяет упростить управление доступом за счёт наследования прав. Например, родительская роль 'Менеджер отдела' может включать права 'Создание отчётов' и 'Утверждение заявок', а дочерняя 'Старший менеджер' добавляет к ним право 'Контроль бюджета'. При этом дочерняя роль автоматически получает все права родительской. Это избавляет от дублирования настроек, ускоряет назначение сложных ролей и обеспечивает консистентность прав. Иерархия также поддерживает градацию полномочий (например, junior/senior) без необходимости перенастройки базовых прав.

Автор: Денис Денисов

Рейтинг: 1041

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

## [Какие ошибки могут возникнуть при заказе ИТ-обследования?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-mogut-vozniknut-pri-zakaze-it-obsledovaniya/)

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

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

Рейтинг: 1041

Теги: ISO 20000, аудит, бизнес, ценность, бизнес-заказчик

## [Можно ли заменить обучение сотрудников автоматическим контролем?](https://cleverics.ru/digital/kb-qa/mozhno-li-zamenit-obuchenie-sotrudnikov-avtomaticheskim-kontrolem/)

Нельзя заменить обучение сотрудников автоматическим контролем. Обучение необходимо для понимания сотрудниками целей процесса, их роли в нем и последствий отклонений. Автоматический контроль может выявлять отклонения, но не объясняет, почему процесс важен, как его правильно выполнить и какие последствия будут за нарушение. Без обучения сотрудники действуют механически и не способны реагировать на исключения и нестандартные ситуации.

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

Рейтинг: 1041

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