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

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

## [Почему пользователи не оставляют оценку после получения услуги, даже если хотели этого сделать?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-ne-ostavlyayut-otsenku-posle-polucheniya-uslugi-dazhe-esli-khoteli-etogo-sdelat/)

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

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

Рейтинг: 890

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

## [В каких случаях требуется активация аварийного плана восстановления, и кто отвечает за это решение?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-trebuetsya-aktivatsiya-avariynogo-plana-vosstanovleniya-i-kto-otvechaet-za-eto-r/)

Активация аварийного плана восстановления (disaster recovery plan) необходима, если инцидент продолжается дольше установленного срока без признаков решения. Ответственность за принятие решения об активации плана лежит на менеджере major-инцидента. Этот специалист должен знать правила и процедуры запуска плана аварийного восстановления, чтобы оперативно перейти к следующему уровню реагирования при необходимости, сокращая время простоя критически важных сервисов.

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

Рейтинг: 890

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

## [Какие роли задействованы в управлении проблемами?](https://cleverics.ru/digital/kb-qa/kakie-roli-zadeystvovany-v-upravlenii-problemami/)

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

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

Рейтинг: 890

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

## [Какие последствия могут быть из-за неограниченного доступа к записям инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-mogut-byt-iz-za-neogranichennogo-dostupa-k-zapisyam-intsidentov/)

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

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

Рейтинг: 890

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

## [Какой процесс проходит идея, прежде чем стать частью бэклога команды?](https://cleverics.ru/digital/kb-qa/kakoy-protsess-prokhodit-ideya-prezhde-chem-stat-chastyu-bekloga-komandy/)

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

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

Рейтинг: 890

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

## [Какие проблемы возникают при произвольном переносе сроков?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-proizvolnom-perenose-srokov/)

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

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

Рейтинг: 890

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

## [Как определить, что метрики действительно полезны для бизнеса?](https://cleverics.ru/digital/kb-qa/kak-opredelit-chto-metriki-deystvitelno-polezny-dlya-biznesa/)

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

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

Рейтинг: 890

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

## [Может ли процесс Управления запросами на обслуживание (RFF) выступать как один из механизмов информирования о статусе инцидента?](https://cleverics.ru/digital/kb-qa/mozhet-li-protsess-upravleniya-zaprosami-na-obsluzhivanie-rff-vystupat-kak-odin-iz-mekhanizmov-infor/)

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

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

Рейтинг: 890

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

## [Какую практическую ценность имеет оценка Flow Efficiency, даже если точный расчет затруднен?](https://cleverics.ru/digital/kb-qa/kakuyu-prakticheskuyu-tsennost-imeet-otsenka-flow-efficiency-dazhe-esli-tochnyy-raschet-zatrudnen/)

Даже при затрудненном точном расчете Flow Efficiency оценка этого показателя имеет большую практическую ценность, поскольку помогает командам осознать реальный уровень эффективности своих процессов. Чаще всего команды субъективно оценивают свою эффективность как 75-80%, в то время как объективная оценка (даже приблизительная) показывает значения в 10-25%. Это позволяет выявить основные источники потерь времени и сосредоточиться на их устранении. Такая оценка служит мощным инструментом для инициирования обсуждений и поиска путей улучшения процессов, даже без точных численных данных. Таким образом, основная ценность Flow Efficiency заключается не в цифре как таковой, а в прозрении, которое она дает команде относительно своих процессов.

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

Рейтинг: 890

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

## [Какие примеры контекстной информации нужно добавлять к числовым показателям отчета?](https://cleverics.ru/digital/kb-qa/kakie-primery-kontekstnoy-informatsii-nuzhno-dobavlyat-k-chislovym-pokazatelyam-otcheta/)

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

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

Рейтинг: 890

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