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

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

## [Как подход MVP может помочь в фокусировке на создании ценности для клиентов?](https://cleverics.ru/digital/kb-qa/kak-podkhod-mvp-mozhet-pomoch-v-fokusirovke-na-sozdanii-tsennosti-dlya-klientov/)

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

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

Рейтинг: 1081

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление продуктами, продуктовый подход

## [Что отличает сервисный подход в реальном ITSM от формального подхода, описанного в методологиях?](https://cleverics.ru/digital/kb-qa/chto-otlichaet-servisnyy-podkhod-v-realnom-itsm-ot-formalnogo-podkhoda-opisannogo-v-metodologiyakh/)

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

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

Рейтинг: 1081

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

## [Что важно учитывать при планировании анализа результатов деловой игры?](https://cleverics.ru/digital/kb-qa/chto-vazhno-uchityvat-pri-planirovanii-analiza-rezultatov-delovoy-igry/)

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

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

Рейтинг: 1081

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

## [Что такое динамические правила предоставления доступа и как они могут дополнять RBAC?](https://cleverics.ru/digital/kb-qa/chto-takoe-dinamicheskie-pravila-predostavleniya-dostupa-i-kak-oni-mogut-dopolnyat-rbac/)

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

Автор: Александр Омельченко

Рейтинг: 1081

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

## [Какие основные требования предъявляются к CMDB в контексте управления мощностями и сервисной экономики?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-trebovaniya-predyavlyayutsya-k-cmdb-v-kontekste-upravleniya-moshchnostyami-i-servisno/)

К CMDB в контексте управления мощностями и сервисной экономики предъявляется три основных требования. Во-первых, в CMDB должны быть построены логические модели приложений и услуг, которые включают не только физические ресурсы (оборудование и сети), но и функциональные роли ресурсов, такие как СУБД, web-сервер, файл-сервер и другие. Функциональные роли важны, так как с ними связаны единицы объёма потребления, специфичные затраты и зависимости мощности. Во-вторых, связи между элементами CMDB должны содержать атрибуты и логику, которые переносят потребность в мощностях от ресурсов верхнего уровня к поддерживающим ресурсам, а также стоимость обеспечения в обратном направлении. В-третьих, для обсчёта целевой архитектуры CMDB должна уметь оперировать не только существующими объектами и связями, но и плановыми, создавая, храня и логически отделяя сервисно-ресурсные модели, которые ещё проектируются.

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

Рейтинг: 1080

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

## [Как определяется уровень Business Capacity Management в процессе управления мощностями?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-uroven-business-capacity-management-v-protsesse-upravleniya-moshchnostyami/)

Уровень Business Capacity Management определяется как управление мощностью на уровне бизнес-процессов. Этот подпроцесс используется, когда ИТ-услуга ассоциируется с поддержкой конкретных бизнес-процессов (например, кредитование, закрытие операционного дня, продажи). Он включает прогнозирование нагрузок на основе бизнес-требований, трансляцию этих требований в системные и ресурсные ограничения. Business Capacity Management необходим только в том случае, если услуги определены на уровне бизнеса, и не требуется, если услуги ограничены на уровне систем или ресурсов.

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

Рейтинг: 1080

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

## [Какие дополнительные рекомендации приводятся в чек-листе по управлению изменениями?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-rekomendatsii-privodyatsya-v-chek-liste-po-upravleniyu-izmeneniyami/)

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

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

Рейтинг: 1079

Теги: DevOps, CI/CD, аутсорсинг, интеграция услуг, управление изменениями, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM, управление рисками, эффективность, оптимизация

## [Для чего обычно проводится предпроектное обследование?](https://cleverics.ru/digital/kb-qa/dlya-chego-obychno-provoditsya-predproektnoe-obsledovanie/)

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

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

Рейтинг: 1079

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

## [Какова суть метода Management By Objectives (MBO) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/kakova-sut-metoda-management-by-objectives-mbo-v-kontekste-itil/)

Суть метода Management By Objectives (MBO) заключается в регулярном совместном определении целей на следующий период планирования с подчиненными, которые сами являются руководителями разных уровней. Также включает выбор способа измерения прогресса и контроль достижения поставленных целей. Два ключевых аспекта: вовлечение исполнителей в постановку целей для преодоления их отторжения и совместное определение методов измерения для повышения доверия к контролям и оценкам результатов.

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

Рейтинг: 1079

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

## [Почему пользователи часто недовольны производительностью приложения, несмотря на работу ИТ-отдела?](https://cleverics.ru/digital/kb-qa/pochemu-polzovateli-chasto-nedovolny-proizvoditelnostyu-prilozheniya-nesmotrya-na-rabotu-it-otdela/)

Пользователи недовольны производительностью приложения из-за субъективного восприятия скорости работы: для одних приемлемо ожидание в 5 минут, для других уже 1 минута кажется вечностью. Кроме того, в ИТ-отделах происходит перекладывание ответственности между командами — разработчики обвиняют администраторов оборудования, а те, в свою очередь, ссылаются на программное обеспечение. Также проблема усугубляется тем, что не всегда четко определены критерии нормальной работы системы, что приводит к разночтениям в оценке её производительности.

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

Рейтинг: 1078

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