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

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

## [Какие основные проблемы могут возникнуть при внедрении и использовании RBAC в крупных организациях?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-problemy-mogut-vozniknut-pri-vnedrenii-i-ispolzovanii-rbac-v-krupnykh-organizatsiyakh/)

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

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

Рейтинг: 1137

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

## [Почему нет универсальной модели организации первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-net-universalnoy-modeli-organizatsii-pervoy-linii-it-podderzhki/)

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

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

Рейтинг: 1137

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

## [Как соотносятся личные и коллективные цели в продуктовой команде?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-lichnye-i-kollektivnye-tseli-v-produktovoy-komande/)

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

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

Рейтинг: 1137

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

## [Как ITIL 4 изменяет традиционное понимание управления услугами через концепцию совместного создания ценности?](https://cleverics.ru/digital/kb-qa/kak-itil-4-izmenyaet-traditsionnoe-ponimanie-upravleniya-uslugami-cherez-kontseptsiyu-sovmestnogo-so/)

ITIL 4 изменяет традиционное понимание управления услугами, представляя ценность как результат совместного создания поставщиком и потребителем, а не как одностороннюю поставку от организации к клиенту. В отличие от предыдущих версий, где фокус был преимущественно на внутренних процессах организации, ITIL 4 подчеркивает необходимость учета роли потребителя в создании ценности. Это выражается в четком разделении деятельности на предоставление (service provision) и потребление услуг (service consumption), признании что обе эти деятельности необходимы для достижения результата. Такой подход требует пересмотра традиционных моделей ИТ-управления и интеграции пользовательского опыта в основные процессы.

Автор: Игорь Фадеев

Рейтинг: 1137

Теги: DevOps, CI/CD, ITIL, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление процессами, ИТ-процессы

## [Какие преимущества дает подход, при котором услуга описывается как доступ к ресурсу?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-podkhod-pri-kotorom-usluga-opisyvaetsya-kak-dostup-k-resursu/)

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

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

Рейтинг: 1137

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

## [Как стереотипы (Юг) влияют на восприятие услуги клиентом и как их учитывать в модели Compass Model?](https://cleverics.ru/digital/kb-qa/kak-stereotipy-yug-vliyayut-na-vospriyatie-uslugi-klientom-i-kak-ikh-uchityvat-v-modeli-compass-mode/)

Стереотипы (Юг) в модели Compass Model отражают предвзятость и установки клиента, сформированные на основе его прошлого опыта. Эти ожидания могут быть как положительными, так и отрицательными, но чаще всего они влияют на первоначальное восприятие услуги. Например, стереотип о таксистах тарифа "Эконом": неправильная подача автомобиля, резкое вождение и навязчивое поведение. Чтобы учитывать стереотипы при предоставлении услуг, необходимо: 1) выявить существующие негативные установки клиентов в вашей отрасли; 2) разработать стратегию, направленную на то, чтобы нарушать эти негативные стереотипы; 3) демонстрировать клиенту, что ваша услуга не соответствует негативным установкам. Это помогает изменить восприятие и создать позитивное впечатление.

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

Рейтинг: 1137

Теги: бизнес, ценность, бизнес-заказчик, стратегия, экономика и финансы

## [Почему заказчикам сложно понять ценность процессов управления ИТ?](https://cleverics.ru/digital/kb-qa/pochemu-zakazchikam-slozhno-ponyat-tsennost-protsessov-upravleniya-it/)

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

Автор: Роман Журавлёв

Рейтинг: 1137

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

## [Какие критерии могут помочь определить, что процессы управления проблемами и постоянного совершенствования начинают пересекаться и требуется переопределение границ?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-mogut-pomoch-opredelit-chto-protsessy-upravleniya-problemami-i-postoyannogo-sovershen/)

Следующие критерии могут указывать на необходимость переопределения границ между процессами управления проблемами и постоянного совершенствования:  1) Дублирование работы - несколько команд или подразделений занимаются решением схожих задач, что приводит к избыточным затратам ресурсов  2) Противоречивые рекомендации - различные процессы предлагают разные решения для одной и той же проблемы  3) Пробелы в ответственности - появляются проблемы или области деятельности, за которые не отвечает ни один из процессов  4) Снижение эффективности процессов - увеличение времени на решение задач из-за необходимости согласования между процессами  5) Путаница в отчетности - неясно, через какой процесс следует отчитываться о результатах улучшений  6) Конфликты между командами - возникают трения между ответственными за разные процессы из-за нечетких границ  7) Увеличение количества встреч по координации - необходимость частых встреч для согласования действий между процессами  8) Сложность в измерении эффективности - трудно определить вклад каждого процесса в общие улучшения  9) Формирование "серых зон" - появление областей, где неясно, к какому процессу относится определенная задача  10) Непонимание сотрудниками своих ролей - персонал не знает, какой процесс следует применять в конкретной ситуации  Когда эти признаки становятся заметными, это указывает на необходимость пересмотра взаимодействия процессов и возможного переопределения их границ с учетом текущей стадии развития организации и ее реальных потребностей.

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

Рейтинг: 1137

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

## [В чем разница между шагами Plan и Act в цикле Деминга?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-shagami-plan-i-act-v-tsikle-deminga/)

Шаг Plan (Планируй) в цикле Деминга предполагает разработку плана улучшений, формулировку гипотез и определение метрик для измерения результатов. В то время как шаг Act (Корректируй) сосредоточен на принятии решений относительно дальнейших действий после анализа результатов проверки (Check). Act включает либо внедрение успешных улучшений в постоянную практику, либо игнорирование неудачных результатов, либо запуск цикла заново с учетом накопленного опыта. Таким образом, Plan направлен на планирование изменений, а Act — на определение дальнейшего развития процесса после реализации и оценки этих изменений.

Автор: Степан Хрулёв

Рейтинг: 1136

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

## [Как сформулировать итоговую цель участия в деловой игре?](https://cleverics.ru/digital/kb-qa/kak-sformulirovat-itogovuyu-tsel-uchastiya-v-delovoy-igre/)

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

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

Рейтинг: 1136

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