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

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

## [Что такое модель изменения и как она связана с практикой управления изменениями?](https://cleverics.ru/digital/kb-qa/chto-takoe-model-izmeneniya-i-kak-ona-svyazana-s-praktikoy-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1526

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

## [Почему сервисная эмпатия является конкурентным преимуществом?](https://cleverics.ru/digital/kb-qa/pochemu-servisnaya-empatiya-yavlyaetsya-konkurentnym-preimushchestvom/)

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

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

Рейтинг: 1524

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

## [Что считается временем решения инцидента в SLA традиционно?](https://cleverics.ru/digital/kb-qa/chto-schitaetsya-vremenem-resheniya-intsidenta-v-sla-traditsionno/)

Традиционно временем решения инцидента в SLA считается период от регистрации обращения до завершения работ специалистом. Это включает в себя все этапы обработки инцидента, начиная с момента его фиксации в системе и до полного устранения проблемы и закрытия обращения.

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

Рейтинг: 1523

Теги: SLA, управление запросами на обслуживание, управление инцидентами, управление уровнем услуг, SLM

## [Какие критерии определяют стандартное изменение в ITIL4?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-opredelyayut-standartnoe-izmenenie-v-itil4/)

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

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

Рейтинг: 1523

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

## [Зачем нужна категоризация в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/zachem-nuzhna-kategorizatsiya-v-upravlenii-intsidentami/)

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

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

Рейтинг: 1522

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

## [Как расширенный жизненный цикл инцидента связан с процессом управления проблемами?](https://cleverics.ru/digital/kb-qa/kak-rasshirennyy-zhiznennyy-tsikl-intsidenta-svyazan-s-protsessom-upravleniya-problemami/)

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

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

Рейтинг: 1522

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

## [Что представляет собой цикл Деминга (PDCA)?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-tsikl-deminga-pdca/)

Цикл Деминга, также известный как PDCA-цикл, представляет собой метод управления качеством, состоящий из четырех последовательных шагов: Планируй (Plan), Выполняй (Do), Проверяй (Check), Корректируй (Act). Он используется для постоянного улучшения процессов в различных областях бизнеса и управления. Каждый этап цикла выполняется последовательно для реализации улучшений и закрепления положительных изменений. Цикл может быть непрерывным, так как после завершения этапа 'Корректируй' процесс может начинаться заново с этапа 'Планируй' для дальнейшего совершенствования.

Автор: Степан Хрулёв

Рейтинг: 1519

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

## [Что такое владелец информационного ресурса и почему он важен для процесса выдачи доступа?](https://cleverics.ru/digital/kb-qa/chto-takoe-vladelets-informatsionnogo-resursa-i-pochemu-on-vazhen-dlya-protsessa-vydachi-dostupa/)

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

Автор: Денис Денисов

Рейтинг: 1519

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

## [Какие основные трудности возникают при запуске процесса управления изменениями на ранних стадиях?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-trudnosti-voznikayut-pri-zapuske-protsessa-upravleniya-izmeneniyami-na-rannikh-stadiy/)

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

Автор: Андрей Труфанов

Рейтинг: 1517

Теги: управление изменениями, управление конфигурациями, CMDB

## [Что такое Операционный Уровневый Договор (OLA) и для чего он предназначается?](https://cleverics.ru/digital/kb-qa/chto-takoe-operatsionnyy-urovnevyy-dogovor-ola-i-dlya-chego-on-prednaznachaetsya/)

Операционный Уровневый Договор (OLA) предполагается как документ, который определяет обязательства внутреннего подрядчика по отношению к поставщику услуг, который тот предоставляет своим заказчикам (при этом между поставщиком и заказчиком заключены SLA). Однако, если внимательнее рассмотреть суть OLA, то оказывается, что с точки зрения подрядчика OLA на самом деле является SLA. То, что для одного субъекта выглядит как OLA, для другого может быть SLA, потому что предоставляется услуга, поддерживающая выполнение операций и обеспечение услуг внешним клиентам. Это значит, что OLA как отдельный документ не существует, а является SLA с точки зрения другого участника сервисных отношений.

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

Рейтинг: 1516

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