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

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

## [Какие риски связаны с жесткими headcount-лимитами?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-zhestkimi-headcount-limitami/)

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

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

Рейтинг: 868

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

## [Как команда может восстановить продуктивность в кризисной ситуации?](https://cleverics.ru/digital/kb-qa/kak-komanda-mozhet-vosstanovit-produktivnost-v-krizisnoy-situatsii/)

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

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

Рейтинг: 868

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

## [Какие риски возникают, если в SLA не указаны сроки восстановления сервиса после инцидента?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-esli-v-sla-ne-ukazany-sroki-vosstanovleniya-servisa-posle-intsidenta/)

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

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

Рейтинг: 868

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

## [Нужно ли перестраивать процессы управления инцидентами при переходе с ITIL v3 на ITIL 4 из-за отсутствия явного упоминания приоритизации?](https://cleverics.ru/digital/kb-qa/nuzhno-li-perestraivat-protsessy-upravleniya-intsidentami-pri-perekhode-s-itil-v3-na-itil-4-iz-za-ot/)

Нет, не нужно. Несмотря на то, что в процессе обработки инцидента (Incident handling and resolution) в ITIL 4 приоритизация не упоминается как отдельный шаг, она остается важным компонентом практики управления инцидентами. Приоритизация рассматривается как сквозной процесс и включена в факторы успеха практики, необходимые для минимизации негативного влияния инцидентов. Организациям не нужно выбрасывать текущие ITSM-системы или кардинально менять процессы — можно продолжать использовать приоритизацию как часть управления инцидентами, но принять более гибкий подход, когда приоритеты могут пересматриваться несколько раз в течение жизненного цикла инцидента.

Автор: Анна Васильева

Рейтинг: 868

Теги: ITIL, ITSM, управление инцидентами, управление процессами, ИТ-процессы

## [Что происходит с задачами, которые не являются приоритетными, когда повышается приоритет другой задачи?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-s-zadachami-kotorye-ne-yavlyayutsya-prioritetnymi-kogda-povyshaetsya-prioritet-drug/)

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

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

Рейтинг: 868

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

## [Почему важно учитывать локальное время пользователей при расчете сроков поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-uchityvat-lokalnoe-vremya-polzovateley-pri-raschete-srokov-podderzhki/)

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

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

Рейтинг: 868

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

## [Как определить, когда роль нуждается в пересмотре при использовании инструментов Role mining?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kogda-rol-nuzhdaetsya-v-peresmotre-pri-ispolzovanii-instrumentov-role-mining/)

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

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

Рейтинг: 868

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

## [Почему важно разделять инциденты и проблемы в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-intsidenty-i-problemy-v-itil/)

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

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

Рейтинг: 868

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

## [Как связаны Lean и Six Sigma с управлением пользовательским опытом?](https://cleverics.ru/digital/kb-qa/kak-svyazany-lean-i-six-sigma-s-upravleniem-polzovatelskim-opytom/)

Lean и Six Sigma сосредоточены на оптимизации внутренних процессов компании, минимизации потерь и повышении качества. Их связь с CXM проявляется в том, что многие бизнес-процессы, которые улучшаются по методологиям Lean/Six Sigma, напрямую влияют на клиентский опыт. Например, сокращение времени обработки заявки улучшает удовлетворенность клиента. Современные практики объединяют эти подходы: команды CXM инициируют изменения, ориентированные на клиента, а команды Lean/Six Sigma внедряют их с точки зрения операционной эффективности. Это создает синергию, где клиентская ценность становится центральным критерием оптимизации процессов.

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

Рейтинг: 868

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

## [Какие лучшие практики существуют для учета сложных ИТ-активов?](https://cleverics.ru/digital/kb-qa/kakie-luchshie-praktiki-sushchestvuyut-dlya-ucheta-slozhnykh-it-aktivov/)

Лучшие практики включают разработку правил «расщепления» комплексных активов на отдельные компоненты (например, разделение рабочих станций на системные блоки, мониторы и периферийные устройства), внедрение единого классификатора для ИТ-активов в учетных системах и согласование с бизнесом уровня детализации. Также рекомендуется создавать специальные категории для гибридных активов, чтобы учитывать ИТ-составляющие отдельно от общекорпоративных. Ключевой аспект — баланс между потребностями ИТ-служб в детальном учете и возможностями бухгалтерских систем.

Автор: Михаил Тобурдановский

Рейтинг: 868

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