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

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

## [Насколько высока стоимость внедрения и поддержки RBAC и какие факторы влияют на нее?](https://cleverics.ru/digital/kb-qa/naskolko-vysoka-stoimost-vnedreniya-i-podderzhki-rbac-i-kakie-faktory-vliyayut-na-nee/)

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

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

Рейтинг: 818

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

## [Как определяется вспомогательная услуга в ITIL и чем она отличается от поддерживающей?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-vspomogatelnaya-usluga-v-itil-i-chem-ona-otlichaetsya-ot-podderzhivayushchey/)

Вспомогательная услуга в ITIL — это услуга, которая может быть незаметна для заказчика, но необходима для предоставления основной услуги. Часто её не различают от поддерживающей (обеспечивающей) услуги, считая оба термина синонимами. Обе они обеспечивают функционирование основной услуги, но не являются её центральной частью. Например, внутренние процессы или технологии, на которые клиент не обращает внимания, но без которых основная услуга невозможна.

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

Рейтинг: 818

Теги: ITIL, бизнес, ценность, бизнес-заказчик

## [Может ли фиксированная эскалация использоваться совместно с произвольной эскалацией?](https://cleverics.ru/digital/kb-qa/mozhet-li-fiksirovannaya-eskalatsiya-ispolzovatsya-sovmestno-s-proizvolnoy-eskalatsiey/)

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

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

Рейтинг: 818

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

## [В чем разница между менеджментом процессов и менеджментом сервисов?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-menedzhmentom-protsessov-i-menedzhmentom-servisov/)

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

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

Рейтинг: 817

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

## [Какое значение имеет понимание контекста для эффективного взаимодействия ИТ и бизнеса?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-ponimanie-konteksta-dlya-effektivnogo-vzaimodeystviya-it-i-biznesa/)

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

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

Рейтинг: 817

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

## [Как улучшить клиентский опыт через синхронизацию потоков и путешествия заказчика?](https://cleverics.ru/digital/kb-qa/kak-uluchshit-klientskiy-opyt-cherez-sinkhronizatsiyu-potokov-i-puteshestviya-zakazchika/)

Улучшение клиентского опыта достигается через идентификацию и оптимизацию точек взаимодействия с потребителем, которые находятся в полосе видимости. При синхронизации потоков и путешествия заказчика необходимо определить, на каких этапах путешествия происходит взаимодействие с клиентом и какие потоки при этом запускаются. Сфокусировавшись на этих точках, можно непрерывно улучшать CX/UX, делая взаимодействие более эффективным и приятным. Например, упрощая процессы сбора требований на этапе Offer или оптимизируя решение инцидентов на этапе Co-create. Это позволяет целенаправленно управлять клиентским опытом и повышать удовлетворенность потребителей.

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

Рейтинг: 817

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

## [Можно ли на основе CMDB построить модель распределения затрат по бизнес-приложениям?](https://cleverics.ru/digital/kb-qa/mozhno-li-na-osnove-cmdb-postroit-model-raspredeleniya-zatrat-po-biznes-prilozheniyam/)

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

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

Рейтинг: 817

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

## [В каких отношениях находятся процессы управления релизами и управления изменениями?](https://cleverics.ru/digital/kb-qa/v-kakikh-otnosheniyakh-nakhodyatsya-protsessy-upravleniya-relizami-i-upravleniya-izmeneniyami/)

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

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

Рейтинг: 817

Теги: управление изменениями, управление релизами

## [Почему RBAC не является универсальной моделью управления доступом для всех ситуаций?](https://cleverics.ru/digital/kb-qa/pochemu-rbac-ne-yavlyaetsya-universalnoy-modelyu-upravleniya-dostupom-dlya-vsekh-situatsiy/)

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

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

Рейтинг: 817

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

## [Что представляет собой роль владельца услуги в ITIL?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-rol-vladeltsa-uslugi-v-itil/)

Роль владельца услуги в ITIL аналогична роли владельца процесса: он занимается целеполаганием и определяет, что нужно достичь через предоставление услуги. Владелец заинтересован в результатах услуги, отвечает за стратегические аспекты и инвестиции, задает цели и ожидания от услуги для бизнеса.

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

Рейтинг: 817

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