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

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

## [Чем опасен подход, когда управление проектом строится на работе с большими задачами, занимающими месяцы или годы?](https://cleverics.ru/digital/kb-qa/chem-opasen-podkhod-kogda-upravlenie-proektom-stroitsya-na-rabote-s-bolshimi-zadachami-zanimayushchi/)

Работа с большими задачами, занимающими месяцы или годы, чрезвычайно опасна, потому что в таком случае вероятность необходимости смены приоритетов приближается к 100%. Когда смена приоритетов происходит на полпути выполнения таких крупных задач, незавершенная работа становится полной потерей, так как еще не принесла никакой ценности. Большие задачи создают высокую степень неопределенности, увеличивают риски и сводят на нет гибкость организации. Это также приводит к привычке управлять по экстренным ситуациям, создает постоянный кризисный режим работы и отвлекает ресурсы от долгосрочного развития и системных улучшений процессов организации труда.

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

Рейтинг: 1071

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

## [Как правильно выбрать события верхнего уровня для построения дерева отказов в контексте ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-pravilno-vybrat-sobytiya-verkhnego-urovnya-dlya-postroeniya-dereva-otkazov-v-kontekste-it-uslug/)

Выбор событий верхнего уровня (топ-событий) должен основываться на целях конкретного анализа. В ИТ-контексте наиболее эффективным подходом является разбиение услуги на основные функциональные блоки, после чего для каждой функции определяется какое событие будет считаться отказом. Например, для ITSM-системы можно выделить такие функциональные блоки как доступ инженера к базе обращений, web-доступ пользователя к базе, обработка обращений, отправка уведомлений и другие. После этого определяется, что именно будет считаться «отказом» для каждой функции: недоступность интерфейса, невозможность выполнения операции и т.д. Такой подход позволяет точно определить критичность последствий отказа конкретного компонента для общей работы ИТ-услуги.

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

Рейтинг: 1071

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

## [Как можно прогнозировать потребность в ресурсах ИТ с помощью среднего чека?](https://cleverics.ru/digital/kb-qa/kak-mozhno-prognozirovat-potrebnost-v-resursakh-it-s-pomoshchyu-srednego-cheka/)

Прогнозирование потребности в ресурсах ИТ с помощью среднего чека начинается с расчета количества сделок, необходимых для выполнения плана продаж. Например, годовой план в 1440 млн рублей при среднем чеке 10 000 рублей требует 120 000 сделок в год. Зная производительность одного продавца (20 сделок в день), можно определить, что необходимо около 500 продавцов. Это позволяет оценить количество одновременно работающих пользователей, объем операций в ИТ-системах и количество обращений в Service Desk. На основе этих данных строится план необходимых ресурсов: серверная мощность, пропускная способность сети, количество лицензий и персонал поддержки.

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

Рейтинг: 1071

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

## [Для чего предназначена процедура управления инцидентами?](https://cleverics.ru/digital/kb-qa/dlya-chego-prednaznachena-protsedura-upravleniya-intsidentami/)

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

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

Рейтинг: 1070

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

## [Какие способности необходимы сервис-провайдеру для успешного построения сервисных отношений?](https://cleverics.ru/digital/kb-qa/kakie-sposobnosti-neobkhodimy-servis-provayderu-dlya-uspeshnogo-postroeniya-servisnykh-otnosheniy/)

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

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

Рейтинг: 1070

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

## [Почему использование статических весов не решает проблему игнорирования отдельных областей ответственности сотрудником?](https://cleverics.ru/digital/kb-qa/pochemu-ispolzovanie-staticheskikh-vesov-ne-reshaet-problemu-ignorirovaniya-otdelnykh-oblastey-otvet/)

Использование статических весов не решает проблему игнорирования отдельных областей ответственности, потому что даже при больших весах отклонений от статического веса, если у сотрудника много KPI, частичное невыполнение по одной метрике снизит общую оценку пропорционально её весу, но не достаточно критично. Например, при 10 равнозначных KPI (вес 10% для каждого) полный провал одного показателя снижает средний результат всего на 10%. Поэтому работник может решить: "Черт с ними с 10%, я не буду делать эту работу и сосредоточусь на остальных". Статические веса не усиливают значимость провала по какому-то конкретному показателю в зависимости от ситуации.

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

Рейтинг: 1070

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

## [Как управлять процессом приоритизации инцидентов в ИТ-поддержке?](https://cleverics.ru/digital/kb-qa/kak-upravlyat-protsessom-prioritizatsii-intsidentov-v-it-podderzhke/)

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

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

Рейтинг: 1070

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

## [Какой основной вывод можно сделать о практической ценности уровней зрелости в COBIT?](https://cleverics.ru/digital/kb-qa/kakoy-osnovnoy-vyvod-mozhno-sdelat-o-prakticheskoy-tsennosti-urovney-zrelosti-v-cobit/)

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

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

Рейтинг: 1070

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

## [Чем гибридная модель управления доступом лучше чистого RBAC?](https://cleverics.ru/digital/kb-qa/chem-gibridnaya-model-upravleniya-dostupom-luchshe-chistogo-rbac/)

Гибридная модель (RBAC + ABAC) превосходит чистый RBAC гибкостью и точностью. RBAC ограничен статическими ролями, тогда как добавление ABAC позволяет учитывать контекст (время, местоположение, свойства объекта). Например, менеджер с ролью «Редактор заказов» может редактировать заказы только в своём филиале и при соблюдении лимита стоимости. Это снижает риски избыточных прав и повышает соответствие политикам безопасности.

Автор: Александр Омельченко

Рейтинг: 1070

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

## [Какие примеры tension-метрик приведены в контексте управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-primery-tension-metrik-privedeny-v-kontekste-upravleniya-intsidentami/)

В управлении инцидентами tension-метриками являются: 1) своевременность — соблюдение сроков обработки инцидентов; 2) результативность — доля инцидентов, решенных с первого раза без перенаправлений. Эти метрики конфликтуют: стремление к скорости может привести к перенаправлению обращений (низкая результативность), а фокус на полном решении замедляет процесс (низкая своевременность). Общий KPI объединяет их через геометрическое среднее, чтобы стимулировать баланс.

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

Рейтинг: 1070

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