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

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

## [Какие риски возникают, если в 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, управление релизами

## [Кто отвечает за управление проблемами в организации?](https://cleverics.ru/digital/kb-qa/kto-otvechaet-za-upravlenie-problemami-v-organizatsii/)

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

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

Рейтинг: 867

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

## [Какие обязанности имеет владелец услуги в рамках ITIL V3?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-imeet-vladelets-uslugi-v-ramkakh-itil-v3/)

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

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

Рейтинг: 867

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