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

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

## [Как определить нагрузку на ИТ-системы с помощью среднего чека?](https://cleverics.ru/digital/kb-qa/kak-opredelit-nagruzku-na-it-sistemy-s-pomoshchyu-srednego-cheka/)

Для определения нагрузки на ИТ-системы с помощью среднего чека сначала вычисляется количество сделок, необходимых для достижения плана продаж. Допустим, план продаж составляет 1440 млн рублей при среднем чеке в 10 тысяч рублей. Это означает, что в месяц нужно совершить около 12 000 сделок. Затем, учитывая выработку одного продавца (например, 20 сделок в день), можно определить количество пользователей, которые одновременно будут работать в ИТ-системах. Эта информация позволяет спрогнозировать поток запросов к ИТ-системам и объем обращений в сервисные службы поддержки, что критически важно для правильного планирования ИТ-инфраструктуры и поддержания ее высокой производительности.

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

Рейтинг: 1360

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

## [Можно ли использовать геометрическое среднее для более чем двух tension-метрик?](https://cleverics.ru/digital/kb-qa/mozhno-li-ispolzovat-geometricheskoe-srednee-dlya-bolee-chem-dvukh-tension-metrik/)

Да, геометрическое среднее легко обобщается на произвольное количество tension-метрик. Для N метрик K = N√(K1 × K2 × ... × KN). Однако на практике случаи с тремя и более tension-метриками встречаются редко, так как сложность балансировки между большим количеством конфликтующих показателей затрудняет управление и анализ. Обычно ограничиваются парой ключевых метрик, которые наиболее точно отражают критические аспекты процесса.

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

Рейтинг: 1359

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

## [Какие характеристики ИТ-сервиса должны определяться на этапе его создания?](https://cleverics.ru/digital/kb-qa/kakie-kharakteristiki-it-servisa-dolzhny-opredelyatsya-na-etape-ego-sozdaniya/)

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

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

Рейтинг: 1358

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

## [Что означает термин "fit for purpose" в управлении услугами?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-termin-fit-for-purpose-v-upravlenii-uslugami/)

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

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

Рейтинг: 1358

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

## [Что такое major-инцидент и почему он требует специального подхода в управлении?](https://cleverics.ru/digital/kb-qa/chto-takoe-major-intsident-i-pochemu-on-trebuet-spetsialnogo-podkhoda-v-upravlenii/)

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

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

Рейтинг: 1358

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

## [Что такое риск в контексте ISO 31000?](https://cleverics.ru/digital/kb-qa/chto-takoe-risk-v-kontekste-iso-31000/)

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

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

Рейтинг: 1357

Теги: управление рисками

## [Можно ли использовать Incident Rate для повышения доступности ИТ-услуг?](https://cleverics.ru/digital/kb-qa/mozhno-li-ispolzovat-incident-rate-dlya-povysheniya-dostupnosti-it-uslug/)

Да, Incident Rate может использоваться для повышения доступности ИТ-услуг. Снижение значения метрики через оптимизацию процессов, улучшение качества сервиса и профилактику проблем приведёт к сокращению количества инцидентов. Например, внедрение автоматизации обработки стандартных запросов, повышение уровня документации и обучение сотрудников поможет снизить количество обращений, что положительно отразится на доступности систем.

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

Рейтинг: 1357

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

## [Почему ITIL разделяет процессы управления доступностью, мощностью, непрерывностью и безопасностью, несмотря на их схожесть?](https://cleverics.ru/digital/kb-qa/pochemu-itil-razdelyaet-protsessy-upravleniya-dostupnostyu-moshchnostyu-nepreryvnostyu-i-bezopasnost/)

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

Автор: Константин Нарыжный

Рейтинг: 1357

Теги: ITIL, безопасность, командная работа, общие вопросы менеджмента, управление доступностью, управление рисками

## [Как определяется критичность бизнес-функции для критерия доступности?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-kritichnost-biznes-funktsii-dlya-kriteriya-dostupnosti/)

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

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

Рейтинг: 1356

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

## [Что такое SLA согласно ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-takoe-sla-soglasno-itil-4/)

Согласно ITIL 4, SLA (Service Level Agreement) — это документированное соглашение между поставщиком и заказчиком, которое определяет требования к услуге и ожидаемый уровень предоставления этой услуги. SLA фиксирует договоренности между двумя субъектами сервисных отношений, где заказчик должен определить свои требования и ожидания относительно потребляемой услуги, а также требования других стейкхолдеров, таких как регуляторы.

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

Рейтинг: 1355

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