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

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

## [Как провести оценку удовлетворённости заказчика услугой?](https://cleverics.ru/digital/kb-qa/kak-provesti-otsenku-udovletvorennosti-zakazchika-uslugoy/)

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

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

Рейтинг: 1128

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

## [Как ветвление причинно-следственных связей влияет на процесс поиска корневой причины?](https://cleverics.ru/digital/kb-qa/kak-vetvlenie-prichinno-sledstvennykh-svyazey-vliyaet-na-protsess-poiska-kornevoy-prichiny/)

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

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

Рейтинг: 1127

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

## [Какие риски сопряжены с формированием команды-«семьи»?](https://cleverics.ru/digital/kb-qa/kakie-riski-sopryazheny-s-formirovaniem-komandy-semi/)

Формирование команды-«семьи» сопряжено с несколькими рисками. Во-первых, создание такой команды требует значительных временных и ресурсных вложений как для ее формирования, так и для дальнейшего поддержания эмоциональных связей. Во-вторых, существует риск дезсинхронизации целей: команда может объединиться вокруг своих внутренних целей, которые не совпадают с целями организации, что может привести к ситуациям, когда команда начинает действовать против интересов компании. Для предотвращения этого требуется постоянная работа по согласованию целей и поддержанию соответствия команды стратегии организации. Также такая команда менее устойчива к изменениям в составе — потеря ключевых участников может разрушить сложившуюся структуру и снизить эффективность.

Автор: Павел Капусткин

Рейтинг: 1127

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

## [В чем заключается атрибутное формирование ролей в системе доступа?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-atributnoe-formirovanie-roley-v-sisteme-dostupa/)

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

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

Рейтинг: 1127

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

## [Почему простота и практичность важны в сервисном мышлении?](https://cleverics.ru/digital/kb-qa/pochemu-prostota-i-praktichnost-vazhny-v-servisnom-myshlenii/)

Простота и практичность важны в сервисном мышлении, потому что они напрямую влияют на пользовательский опыт. Анализируя, какие интерфейсы доступны пользователям, как выглядит путь пользователя, и насколько пользователи удовлетворены взаимодействием с сервисом, можно выявить узкие места и возможности для улучшения. Принцип 'Keep it simple and practical' призывает устранять излишнюю сложность и фокусироваться на том, что реально важно для клиента, делая взаимодействие с сервисом максимально удобным и понятным.

Автор: Александр Движков

Рейтинг: 1127

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

## [Почему зарубежные компании чаще выделяют отдельных менеджеров процессов ИТСМ?](https://cleverics.ru/digital/kb-qa/pochemu-zarubezhnye-kompanii-chashche-vydelyayut-otdelnykh-menedzherov-protsessov-itsm/)

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

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

Рейтинг: 1127

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

## [Какие команды добавляет стандарт INCITS 494-2012 к базовому набору RBAC?](https://cleverics.ru/digital/kb-qa/kakie-komandy-dobavlyaet-standart-incits-494-2012-k-bazovomu-naboru-rbac/)

Стандарт INCITS 494-2012 добавляет к базовому набору RBAC команды, необходимые для работы с расширенным функционалом, в частности, для обработки динамических ограничений. Примеры таких команд включают 'GetRule', 'ParseRule', 'GetValue' и другие, которые предназначены для взаимодействия с внешними политиками и правилами. Эти команды позволяют системе получать правила от внешних источников, обрабатывать (парсить) их и извлекать значения для применения динамических ограничений. Они дополняют базовые команды административного, системного и контрольного типов, обеспечивая расширенный функционал, который позволяет RBAC учитывать внешние факторы при принятии решений о предоставлении доступа.

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

Рейтинг: 1127

Теги: ISO 20000, командная работа, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление отношениями, взаимодействие, BRM

## [Как конфигурационная информация помогает в управлении проблемами?](https://cleverics.ru/digital/kb-qa/kak-konfiguratsionnaya-informatsiya-pomogaet-v-upravlenii-problemami/)

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

Автор: Анна Васильева

Рейтинг: 1126

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

## [Какие риски возникают при отсутствии процесса управления изменениями в управлении конфигурациями?](https://cleverics.ru/digital/kb-qa/kakie-riski-voznikayut-pri-otsutstvii-protsessa-upravleniya-izmeneniyami-v-upravlenii-konfiguratsiya/)

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

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

Рейтинг: 1126

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

## [В чем заключается правильный подход к разработке KPI в области управления ИТ?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-pravilnyy-podkhod-k-razrabotke-kpi-v-oblasti-upravleniya-it/)

Правильный подход к разработке KPI в области управления ИТ заключается в построении логической цепочки: Назначение ⇒ ключевые практики ⇒ метрики ⇒ целевые и граничные значения ⇒ KPI. Первый этап подразумевает четкое определение назначения процесса и его роли в организации. На следующем этапе формулируются ключевые практики, необходимые для достижения этого назначения. Затем определяются метрики, которые будут отслеживать выполнение этих практик. Далее устанавливаются целевые и граничные значения для каждой метрики, и только на завершающем этапе формируются KPI на основе всей этой информации. Этот подход противопоставляется попыткам найти готовые KPI в интернете или литературе (например, на kpilibrary.com с более чем 6500 примерами), которые часто не соответствуют конкретным целям и особенностям организации. Главный принцип: KPI должны разрабатываться специально для решения конкретных задач вашей организации, а не браться из общих примеров.

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

Рейтинг: 1126

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