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

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

## [Как правильно проектировать процесс управления изменениями для достижения его основной цели?](https://cleverics.ru/digital/kb-qa/kak-pravilno-proektirovat-protsess-upravleniya-izmeneniyami-dlya-dostizheniya-ego-osnovnoy-tseli/)

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

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

Рейтинг: 1117

Теги: управление изменениями, управление релизами

## [Как можно улучшить эффективность процесса управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-mozhno-uluchshit-effektivnost-protsessa-upravleniya-konfiguratsiyami/)

Для улучшения эффективности процесса управления конфигурациями необходимо сосредоточиться на создании реальной ценности для пользователей, а не на заполнении базы данных ради формальности. Шаги для улучшения включают: определение заинтересованных сторон, которые могут получать пользу от информации о конфигурациях; обсуждение с ними их рабочих процессов и выяснение, какие данные им действительно нужны; наглядная демонстрация использования информации о конфигурациях для повышения эффективности работы; пересмотр политик управления конфигурациями с акцентом на результат; перепроектирование процессов; обеспечение соответствия CMDB своим функциям; разработка программ обучения и коммуникации, чтобы показать практическую пользу от использования CMDB; внедрение мониторинга и отчётности на основе реальных вариантов использования.

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

Рейтинг: 1117

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

## [Какие аспекты ИТ-услуг учитываются при прямом измерении удовлетворённости заказчика?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-it-uslug-uchityvayutsya-pri-pryamom-izmerenii-udovletvorennosti-zakazchika/)

При прямом измерении удовлетворённости заказчика учитываются как warranty (гарантийные аспекты, связанные с надежностью, доступностью и безопасностью услуг), так и utility (полезность услуги, соответствие потребностям и функциональным требованиям). Такой подход позволяет оценить не только количественные показатели, прописанные в SLA, но и общее впечатление заказчика об услуге, а также соответствие реальных результатов его ожиданиям и бизнес-потребностям.

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

Рейтинг: 1117

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

## [Как Causal Loop Diagram (CLD) может помочь в верификации набора метрик?](https://cleverics.ru/digital/kb-qa/kak-causal-loop-diagram-cld-mozhet-pomoch-v-verifikatsii-nabora-metrik/)

Causal Loop Diagram (CLD) помогает в верификации набора метрик, позволяя визуализировать взаимосвязи между ключевыми элементами системы управления. Анализируя CLD, можно убедиться, что все элементы управления охвачены метриками. Например, при рассмотрении DevOps-процессов, CLD отражает такие факторы, как время выхода на рынок, среднее время обработки, размер очереди изменений, уровень стандартизации, успешность внедрений и другие. Соотнося элементы CLD с предлагаемыми метриками, можно определить, достаточно ли текущих показателей для оценки состояния системы и где есть пробелы.

Автор: Павел Дёмин

Рейтинг: 1117

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

## [Почему классический показатель доступности не отражает реальное влияние на бизнес?](https://cleverics.ru/digital/kb-qa/pochemu-klassicheskiy-pokazatel-dostupnosti-ne-otrazhaet-realnoe-vliyanie-na-biznes/)

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

Автор: Павел Дёмин

Рейтинг: 1117

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

## [Как повысить точность данных, вводимых пользователями в систему самообслуживания?](https://cleverics.ru/digital/kb-qa/kak-povysit-tochnost-dannykh-vvodimykh-polzovatelyami-v-sistemu-samoobsluzhivaniya/)

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

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

Рейтинг: 1117

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

## [Почему необходим регулярный аудит прав доступа пользователей в сочетании ролевой модели и системы запросов?](https://cleverics.ru/digital/kb-qa/pochemu-neobkhodim-regulyarnyy-audit-prav-dostupa-polzovateley-v-sochetanii-rolevoy-modeli-i-sistemy/)

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

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

Рейтинг: 1117

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

## [Почему необходимое количество ответов в опросе не зависит от общего числа пользователей?](https://cleverics.ru/digital/kb-qa/pochemu-neobkhodimoe-kolichestvo-otvetov-v-oprose-ne-zavisit-ot-obshchego-chisla-polzovateley/)

Согласно статистическим расчетам, необходимое количество ответов для достижения заданной точности не зависит от размера генеральной совокупности при достаточно больших популяциях (более 1000 человек). Это связано с тем, что формула расчета доверительного интервала для среднего значения в основном зависит от стандартного отклонения и размера выборки, но не от общего числа элементов в популяции. Именно поэтому для 1000 и даже для 10000 пользователей достаточным остается выборка в 40-50 человек при пятибалльной шкале опроса.

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

Рейтинг: 1117

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

## [Может ли в реальных условиях один менеджер процесса эффективно координировать все аспекты релизов в крупной организации?](https://cleverics.ru/digital/kb-qa/mozhet-li-v-realnykh-usloviyakh-odin-menedzher-protsessa-effektivno-koordinirovat-vse-aspekty-relizo/)

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

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

Рейтинг: 1117

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

## [Как можно минимизировать риски при вынужденном совмещении ролей менеджера процессов управления инцидентами и проблемами?](https://cleverics.ru/digital/kb-qa/kak-mozhno-minimizirovat-riski-pri-vynuzhdennom-sovmeshchenii-roley-menedzhera-protsessov-upravleniy/)

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

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

Рейтинг: 1117

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