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

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

## [В каких случаях применение метрики результативности при управлении инцидентами может быть некорректным?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-primenenie-metriki-rezultativnosti-pri-upravlenii-intsidentami-mozhet-byt-nekorr/)

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

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

Рейтинг: 1106

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

## [Какие задачи выполняют обеспечивающие процессы в организации?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vypolnyayut-obespechivayushchie-protsessy-v-organizatsii/)

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

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

Рейтинг: 1105

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

## [В чем разница между сервисным мышлением и просто клиентоориентированностью?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-servisnym-myshleniem-i-prosto-klientoorientirovannostyu/)

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

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

Рейтинг: 1105

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

## [Почему заказчики не понимают компромисс в ITSM, связанный с разделением управления разработкой и эксплуатацией?](https://cleverics.ru/digital/kb-qa/pochemu-zakazchiki-ne-ponimayut-kompromiss-v-itsm-svyazannyy-s-razdeleniem-upravleniya-razrabotkoy-i/)

Заказчики не понимают такой компромисс, потому что ожидают от ITSM гарантии времени разработки новых функций и улучшений. Для них SLA (соглашение об уровне услуг) кажется бессмысленным, если поставщик ИТ-услуг не может обеспечить улучшение существующих возможностей или гарантировать сроки новых разработок. Они задают вопросы вроде: «Зачем мне SLA, если текущая функциональность уже работает, а вы не можете гарантировать её улучшения?»

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

Рейтинг: 1104

Теги: ITSM, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление уровнем услуг, SLM, эффективность, оптимизация

## [Что делает ролевую модель управления доступом (RBAC) не панацеей для эффективного управления правами?](https://cleverics.ru/digital/kb-qa/chto-delaet-rolevuyu-model-upravleniya-dostupom-rbac-ne-panatseey-dlya-effektivnogo-upravleniya-prav/)

Ролевая модель управления доступом (RBAC) не является панацеей, потому что она не может охватить все возможные сценарии доступа, особенно уникальные или редкие. Регулирование каждого возможного случая через создание специализированных ролей привело бы к чрезмерной сложности и непрактичности системы. Также модель не учитывает динамические изменения в должностях или обязанностях сотрудников, поэтому её эффективность повышается при комбинировании со стратегиями, такими как управление доступом через запросы и регулярный аудит прав, что обеспечивает гибкость и адаптивность системы управления доступом.

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

Рейтинг: 1104

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

## [Какие преимущества дает компаниям использование систем управления знаниями?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-kompaniyam-ispolzovanie-sistem-upravleniya-znaniyami/)

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

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

Рейтинг: 1102

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

## [Почему SIP часто не выживает и не приживается в организациях?](https://cleverics.ru/digital/kb-qa/pochemu-sip-chasto-ne-vyzhivaet-i-ne-prizhivaetsya-v-organizatsiyakh/)

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

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

Рейтинг: 1102

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

## [Чем геометрическое среднее лучше арифметического для оценки баланса в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/chem-geometricheskoe-srednee-luchshe-arifmeticheskogo-dlya-otsenki-balansa-v-upravlenii-intsidentami/)

Геометрическое среднее более строго учитывает дисбаланс: если одна метрика близка к нулю, итоговый KPI также стремится к нулю, что отражает реальную неэффективность работы. Арифметическое среднее позволяет компенсировать провал по одной метрике успехом по другой, создавая ложное впечатление умеренной эффективности. Например, при K1=90% и K2=10% геометрическое среднее дает 30%, тогда как арифметическое — 50%. Первый вариант лучше стимулирует достижение баланса между скоростью и качеством решения.

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

Рейтинг: 1102

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

## [Какие основные преимущества предоставляет ролевая модель управления доступом (RBAC) по сравнению с другими моделями?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-preimushchestva-predostavlyaet-rolevaya-model-upravleniya-dostupom-rbac-po-sravneniyu/)

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

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

Рейтинг: 1101

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

## [Как средний чек помогает в планировании ИТ-ресурсов?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-pomogaet-v-planirovanii-it-resursov/)

Средний чек используется для вычисления количества транзакций, необходимых для выполнения плана продаж. Например, при плане на 1440 млн рублей и среднем чеке в 10 тысяч рублей потребуется выполнять 12 000 сделок в месяц. Зная, что каждый продавец обрабатывает в среднем 20 сделок в день, можно определить необходимое количество пользователей и спрогнозировать нагрузку на ИТ-системы. Это помогает планировать потребность в вычислительных ресурсах, сетевой инфраструктуре и поддержке со стороны Service Desk. На основании данных о количестве сделок и пользователей можно построить сервисно-ресурсную модель для оптимального распределения ИТ-ресурсов.

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

Рейтинг: 1101

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