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

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

## [Какова роль системы мотивации в управлении процессами?](https://cleverics.ru/digital/kb-qa/kakova-rol-sistemy-motivatsii-v-upravlenii-protsessami/)

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

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

Рейтинг: 830

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

## [Какой документ служит триггером для процесса управления изменениями в ITIL?](https://cleverics.ru/digital/kb-qa/kakoy-dokument-sluzhit-triggerom-dlya-protsessa-upravleniya-izmeneniyami-v-itil/)

Триггером для процесса управления изменениями может выступить либо запрос на новый или изменененный сервис, полученный от бизнес-заказчика через процесс управления взаимоотношениями с бизнесом (BRM), либо предложение об изменении (Change proposal), переданное из процесса управления портфелем услуг. Для каждого изменения важно определить его масштаб и значимость, чтобы выбрать соответствующий процесс обработки.

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

Рейтинг: 830

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

## [Как определяется длительность тестирования результативности решения проблемы?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-dlitelnost-testirovaniya-rezultativnosti-resheniya-problemy/)

Длительность тестирования результативности решения проблемы определяется частотой проявления самой проблемы и не поддается стандартной нормировке. Например, если проблема проявляется ежедневно или регулярно, тестирование можно выполнить за короткий период времени (2-3 дня). Однако если проблема связана с квартальной отчетностью и проявляется только раз в квартал, время тестирования может занять до трех месяцев или до следующего начала квартала (в зависимости от того, когда было применено решение). Для проблем, которые проявляются нерегулярно и не имеют предсказуемой периодичности, определение срока тестирования становится еще более сложным и индивидуальным.

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

Рейтинг: 830

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

## [Какие категории конфигурационных единиц обычно не учитываются в сервисно-ресурсных моделях?](https://cleverics.ru/digital/kb-qa/kakie-kategorii-konfiguratsionnykh-edinits-obychno-ne-uchityvayutsya-v-servisno-resursnykh-modelyakh/)

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

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

Рейтинг: 830

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

## [Какие факторы влияют на окончательное решение клиента прекратить сотрудничество с поставщиком услуг после единичной ошибки?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-okonchatelnoe-reshenie-klienta-prekratit-sotrudnichestvo-s-postavshchikom/)

На окончательное решение клиента прекратить сотрудничество с поставщиком влияют несколько ключевых факторов: степень серьёзности ошибки, её влияние на основную деятельность клиента, реакция поставщика на инцидент и готовность компенсировать ущерб. Если ошибка критично нарушает процесс работы клиента (например, невыплата страховой суммы по КАСКО после ДТП), а поставщик демонстрирует безразличие или пытается уйти от ответственности, это становится решающим фактором. Также важна степень доверия, которое было построено ранее — если до этого были многолетние позитивные отношения, клиент может простить ошибку, но если доверие уже было подорвано, даже небольшой инцидент может стать последней каплей. Важно, что клиент оценивает не только факт ошибки, но и то, как она отражается на его репутации, бизнес-процессах и внутренней атмосфере коллектива.

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

Рейтинг: 829

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

## [Как человеческая аналитика помогает избежать игнорирования отчетов?](https://cleverics.ru/digital/kb-qa/kak-chelovecheskaya-analitika-pomogaet-izbezhat-ignorirovaniya-otchetov/)

Человеческая аналитика делает отчет содержательным и персонализированным. Когда в документе не просто статистика, а объяснения, выводы и конкретные предложения, читатель видит ценность информации и понимает, как ею воспользоваться. Например, вместо фразы «KPI достигнуто» указывается, что цель выполнена, но потребовались переработки, и предлагается изменить график задач. Это стимулирует обсуждение и действия.

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

Рейтинг: 829

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

## [Какие альтернативы коду закрытия "Нет решения" могут существовать в системе управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-alternativy-kodu-zakrytiya-net-resheniya-mogut-sushchestvovat-v-sisteme-upravleniya-intsidenta/)

Альтернативами могут выступать такие подходы, как закрытие инцидента с кодом "Функциональность приложения", сопровождаемое подробным разъяснением пользователю, или отнесение инцидента к категории запросов на улучшение вместо ошибки. Также возможны промежуточные статусы, которые отражают необходимость изменений в документации или обучении пользователей, либо создание проблемной записи для дальнейшего анализа и возможного изменения функциональности.

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

Рейтинг: 829

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

## [Какие проблемы возникают из-за накопления прав у пользователей через систему запросов?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-iz-za-nakopleniya-prav-u-polzovateley-cherez-sistemu-zaprosov/)

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

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

Рейтинг: 828

Теги: аудит, безопасность, поддержка пользователей, Service Desk, Help Desk, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление рисками

## [Какие параметры качества следует отслеживать в системе показа рекламы в метро?](https://cleverics.ru/digital/kb-qa/kakie-parametry-kachestva-sleduet-otslezhivat-v-sisteme-pokaza-reklamy-v-metro/)

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

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

Рейтинг: 828

Теги: поддержка пользователей, Service Desk, Help Desk

## [В чём разница между услугой как предоставлением доступа и как обеспечением уровня комфорта?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-uslugoy-kak-predostavleniem-dostupa-i-kak-obespecheniem-urovnya-komforta/)

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

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

Рейтинг: 828

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