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

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

## [Может ли подход MVP помочь в выявлении избыточных элементов в существующих практиках?](https://cleverics.ru/digital/kb-qa/mozhet-li-podkhod-mvp-pomoch-v-vyyavlenii-izbytochnykh-elementov-v-sushchestvuyushchikh-praktikakh/)

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

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

Рейтинг: 995

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

## [Какие недостатки у модели ABAC?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-u-modeli-abac/)

Основные недостатки ABAC связаны со сложностью управления и аудита. Из-за использования множества атрибутов и условий правила становятся запутанными, требуют постоянного обновления и сложны в поддержке. В отличие от RBAC, где права явно привязаны к ролям, в ABAC невозможно быстро определить, какие именно привилегии имеет конкретный пользователь, так как модель не оперирует понятием «права». Это делает ABAC неэффективным для аудита и управления правами на уровне отдельных пользователей.

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

Рейтинг: 995

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

## [Каковы преимущества организации работы мобильных сотрудников через электронную почту?](https://cleverics.ru/digital/kb-qa/kakovy-preimushchestva-organizatsii-raboty-mobilnykh-sotrudnikov-cherez-elektronnuyu-pochtu/)

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

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

Рейтинг: 995

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

## [Как ITIL рекомендует формулировать требования к срокам реализации изменений?](https://cleverics.ru/digital/kb-qa/kak-itil-rekomenduet-formulirovat-trebovaniya-k-srokam-realizatsii-izmeneniy/)

ITIL рекомендует формулировать требования к срокам через конкретные даты и оценку влияния на бизнес. Например, вместо «это срочно» бизнес должен указать: «изменение нужно внедрить до 15 сентября, иначе будет потеряно 100 клиентов». Такой подход устраняет субъективность и позволяет ИТ-команде спланировать загрузку. Для emergency-изменений сроки определяются критичностью инцидента: если сервис недоступен, решение нужно «до восстановления сервиса», что фиксируется в метриках времени восстановления (MTTR).

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

Рейтинг: 995

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

## [Какие требования предъявляются к дополняющим услугам для их успешной интеграции в ИТ-предложение?](https://cleverics.ru/digital/kb-qa/kakie-trebovaniya-predyavlyayutsya-k-dopolnyayushchim-uslugam-dlya-ikh-uspeshnoy-integratsii-v-it-pr/)

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

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

Рейтинг: 995

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

## [Какой уровень детализации необходим для расчёта себестоимости ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakoy-uroven-detalizatsii-neobkhodim-dlya-rascheta-sebestoimosti-it-uslug/)

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

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

Рейтинг: 995

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

## [Что делать, если метрика показывает улучшение, но качество работы падает?](https://cleverics.ru/digital/kb-qa/chto-delat-esli-metrika-pokazyvaet-uluchshenie-no-kachestvo-raboty-padaet/)

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

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

Рейтинг: 995

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

## [Как проводить рефлексию после выполнения задач, чтобы определить, не попали ли в ловушку Action Bias?](https://cleverics.ru/digital/kb-qa/kak-provodit-refleksiyu-posle-vypolneniya-zadach-chtoby-opredelit-ne-popali-li-v-lovushku-action-bia/)

Для определения попадания в ловушку Action Bias после выполнения задачи необходимо провести структурированную рефлексию, включающую следующие вопросы: Была ли эта работа действительно необходима в данный момент? Какие данные или информация подтверждали её необходимость? Не создавалась ли работа ради самой активности? Какие альтернативные действия можно было бы предпринять? Каков реальный вклад этой работы в конечную цель проекта? Также полезно сравнить объем проделанной работы с фактическими результатами и измерить, привела ли активность к снижению неопределенности или решению реальных проблем. Важно создать безопасную среду для честного обсуждения, где участники могут признавать ошибки без страха критики.

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

Рейтинг: 995

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

## [Как влияет неадекватная самооценка на принимаемые решения?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-neadekvatnaya-samootsenka-na-prinimaemye-resheniya/)

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

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

Рейтинг: 995

Теги: управление проектами, PRINCE2

## [Какие дополнительные правила могут потребоваться для корректной работы автоматической эскалации в условиях major-инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-pravila-mogut-potrebovatsya-dlya-korrektnoy-raboty-avtomaticheskoy-eskalatsii-v/)

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

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

Рейтинг: 995

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