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

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

## [Что такое иерархия ролей с наследованием в RBAC и как она упрощает управление доступом?](https://cleverics.ru/digital/kb-qa/chto-takoe-ierarkhiya-roley-s-nasledovaniem-v-rbac-i-kak-ona-uproshchaet-upravlenie-dostupom/)

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

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

Рейтинг: 999

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

## [Почему разные процессные модели (ITIL, COBIT 5, ISO 20000 и др.) по-разному группируют базовые процессы управления ИТ-услугами?](https://cleverics.ru/digital/kb-qa/pochemu-raznye-protsessnye-modeli-itil-cobit-5-iso-20000-i-dr-po-raznomu-gruppiruyut-bazovye-protses/)

Разные процессные модели объединяют базовые понятия (доступность, мощность, непрерывность, безопасность) по-разному из-за различий в методологических подходах и целях моделей. Например, ITIL разделяет их на четыре отдельных процесса, тогда как другие стандарты, такие как COBIT 5 и MOF 4, могут объединять доступность и непрерывность или все параметры — в понятие «надежность». Это связано с тем, что структура процессов и их группировка зависят от фокуса модели: одни делают упор на детализацию и специализацию, другие — на минимизацию количества процессов и упрощение управления.

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

Рейтинг: 999

Теги: COBIT, ISO 20000, ITIL, безопасность, управление доступностью

## [Какой подход можно использовать для разработки процессных метрик согласно книге «ITSM. Руководство по измерению»?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-mozhno-ispolzovat-dlya-razrabotki-protsessnykh-metrik-soglasno-knige-itsm-rukovodstvo/)

Согласно книге «ITSM. Руководство по измерению» коллег Дмитрия Исайченко и Романа Журавлева, для разработки процессных метрик следует придерживаться следующего подхода: установить назначение процесса, разработать метрики соответствия назначению, установить ключевые практики, разработать метрики ключевых практик. Шаги по установлению назначения процесса обычно не вызывают сложностей, тогда как определение ключевых практик и связанных с ними метрик может представлять трудности, несмотря на наличие рекомендаций в таких фреймворках, как ITIL и COBIT5.

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

Рейтинг: 999

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

## [Какие преимущества дают предложенные показатели доступности перед классическим подходом?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-dayut-predlozhennye-pokazateli-dostupnosti-pered-klassicheskim-podkhodom/)

Предложенные показатели (суммарное время простоев, максимальный разовый простой, количество нарушений) имеют несколько преимуществ перед классическим подходом. Они позволяют: 1) Более точно оценить влияние доступности ИТ-услуг на конкретные бизнес-процессы; 2) Учесть специфику разных видов бизнеса - для некоторых критичны долгие простои, для других частые кратковременные; 3) Принимать обоснованные решения по повышению надежности систем с учетом реального бизнес-влияния; 4) Создать более прозрачные SLA с учетом особенностей воздействия простоев на бизнес; 5) Лучше оценить успешность мероприятий по повышению надежности на основе их реального влияния на бизнес-процессы.

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

Рейтинг: 999

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

## [Почему в условиях неопределенности важно сохранять стратегическое планирование в ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-v-usloviyakh-neopredelennosti-vazhno-sokhranyat-strategicheskoe-planirovanie-v-it/)

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

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

Рейтинг: 999

Теги: ISO 20000, общие вопросы менеджмента, стратегия

## [Какое влияние оказывают WIP-лимиты на процесс сокращения Time to Market?](https://cleverics.ru/digital/kb-qa/kakoe-vliyanie-okazyvayut-wip-limity-na-protsess-sokrashcheniya-time-to-market/)

WIP-лимиты (Work in Progress Limits) оказывают значительное влияние на сокращение Time to Market, ограничивая количество задач, одновременно находящихся в работе. Это предотвращает перегрузку команды, уменьшает контекстные переключения и позволяет сосредоточиться на завершении текущих задач вместо их бесконечного запуска. Когда команда не пытается сделать всё сразу, но фокусируется на ограниченном количестве задач, циклическое время каждой задачи существенно сокращается. Например, в деловой игре 'Проект Феникс' внедрение WIP-лимитов и упорядочение потока работы позволили снизить Time to Market с 25 минут до 40 секунд - 1,5 минуты. WIP-лимиты также делают проблемы видимыми, так как перегрузка и узкие места становятся очевидными, что позволяет оперативно их устранять.

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

Рейтинг: 999

Теги: деловые игры, бизнес-симуляции, Канбан, WIP-лимиты, командная работа, разработка ПО, трансформация, ускорение, Time-to-Market, управление проектами, PRINCE2, управление релизами

## [Какие задачи выполняет процесс управления конфигурациями в контексте управления изменениями?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vypolnyaet-protsess-upravleniya-konfiguratsiyami-v-kontekste-upravleniya-izmeneniyami/)

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

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

Рейтинг: 999

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

## [Какие дополнительные метрики необходимы для сбалансированной оценки деятельности групп поддержки?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-metriki-neobkhodimy-dlya-sbalansirovannoy-otsenki-deyatelnosti-grupp-podderzhki/)

Для сбалансированной оценки деятельности групп поддержки необходима пара метрик: 1) Метрика своевременности – оценивает скорость обработки инцидентов с учётом доли ответственности за соблюдение сроков; 2) Метрика результативности – оценивает, насколько группа реально способствует решению инцидента при его обработке (предотвращает «футбол»). Только комбинация этих метрик позволяет объективно оценить как скорость работы группы, так и её реальный вклад в решение инцидентов, а не просто перемещение их между группами.

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

Рейтинг: 999

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

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

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

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

Рейтинг: 999

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

## [Какой подход позволяет минимизировать складские запасы на производстве в системе Kanban?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-pozvolyaet-minimizirovat-skladskie-zapasy-na-proizvodstve-v-sisteme-kanban/)

Подход, позволяющий минимизировать складские запасы на производстве в системе Kanban, — это организация вытягивающего типа производства, основанная на принципе «точно-во-время» (just-in-time). В этой системе каждый участок производственной цепочки производит или поставляет компоненты только тогда, когда следующий участок нуждается в них, что сигнализируется с помощью карточек Kanban. Это устраняет необходимость поддержания больших складских запасов между этапами производства, так как материалы поступают к потребителю как раз в тот момент, когда они нужны для продолжения процесса, что снижает издержки на хранение, уменьшает риск устаревания запасов и ускоряет оборачиваемость средств в производстве.

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

Рейтинг: 999

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