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

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

## [Какие практические шаги можно предпринять для снижения конфликтов между процессами управления инцидентами и сервисными запросами?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-shagi-mozhno-predprinyat-dlya-snizheniya-konfliktov-mezhdu-protsessami-upravleni/)

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

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

Рейтинг: 758

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

## [Что мешает телеком-провайдерам предлагать услуги с высоким уровнем гарантий?](https://cleverics.ru/digital/kb-qa/chto-meshaet-telekom-provayderam-predlagat-uslugi-s-vysokim-urovnem-garantiy/)

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

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

Рейтинг: 758

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

## [Что формируется в результате успешного реализации ITSM-проекта?](https://cleverics.ru/digital/kb-qa/chto-formiruetsya-v-rezultate-uspeshnogo-realizatsii-itsm-proekta/)

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

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

Рейтинг: 757

Теги: ITSM, управление проектами, PRINCE2

## [Какие риски связаны с возможностью 'приостановки таймера' обработки запросов?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-vozmozhnostyu-priostanovki-taymera-obrabotki-zaprosov/)

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

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

Рейтинг: 757

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

## [Как организовать непрерывную поставку ценности при наличии ограничений в эксплуатации ИТ-продукта?](https://cleverics.ru/digital/kb-qa/kak-organizovat-nepreryvnuyu-postavku-tsennosti-pri-nalichii-ogranicheniy-v-ekspluatatsii-it-produkt/)

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

Автор: Светлана Сапегина

Рейтинг: 757

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

## [Как адаптировать метрики качества ИТ-услуг под язык и ожидания бизнес-руководства?](https://cleverics.ru/digital/kb-qa/kak-adaptirovat-metriki-kachestva-it-uslug-pod-yazyk-i-ozhidaniya-biznes-rukovodstva/)

Бизнес-руководство лучше воспринимает метрики, напрямую связанные с их KPI: финансовые последствия, влияние на клиентов, риски штрафов. Например, вместо «среднее выполнение SLA 85%» можно указать «потенциальная экономия 5 млн руб. в год при доведении показателя до 95%». Для визуализации подходят термометры (как в стратегических планах) или светофоры, где зона красного цвета соответствует уровню, при котором возникают штрафные санкции по договорам. Важно избегать ИТ-жаргона (например, «uptime» заменить на «время работы системы»).

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

Рейтинг: 757

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

## [Какую роль играет мотивация в управлении ITSM-проектами?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-motivatsiya-v-upravlenii-itsm-proektami/)

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

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

Рейтинг: 757

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

## [Как можно автоматизировать учет инфраструктурных инцидентов в рамках SLA?](https://cleverics.ru/digital/kb-qa/kak-mozhno-avtomatizirovat-uchet-infrastrukturnykh-intsidentov-v-ramkakh-sla/)

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

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

Рейтинг: 757

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

## [Как модифицировать метрику для учёта степени превышения срока обработки инцидента?](https://cleverics.ru/digital/kb-qa/kak-modifitsirovat-metriku-dlya-ucheta-stepeni-prevysheniya-sroka-obrabotki-intsidenta/)

Для учёта степени превышения срока обработки метрика может быть модифицирована за счёт добавления весового коэффициента wi, который учитывает, насколько сильно просрочен инцидент. Если инцидент решен в срок, wi=1. Если срок превышен, wi определяется как отношение фактического времени решения инцидента Ti к установленному сроку. Формула переписывается в виде: Кгруппы = (1/N) * Σ(wi * (1 - (ti/Ti) * vi)). Также можно ввести рейтинг ответственности ri = (ti/Ti) * vi. Тогда метрика принимает вид взвешенного арифметического среднего: Кгруппы = (1/N) * Σ(wi * (1 - ri)).

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

Рейтинг: 757

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

## [Какие минусы есть у подхода, когда канал связи напрямую влияет на работу ИТ-систем?](https://cleverics.ru/digital/kb-qa/kakie-minusy-est-u-podkhoda-kogda-kanal-svyazi-napryamuyu-vliyaet-na-rabotu-it-sistem/)

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

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

Рейтинг: 757

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