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

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

## [Что такое атрибуты в модели ABAC и какие примеры их использования?](https://cleverics.ru/digital/kb-qa/chto-takoe-atributy-v-modeli-abac-i-kakie-primery-ikh-ispolzovaniya/)

Атрибуты в ABAC — это характеристики субъектов (пользователей), объектов (ресурсов), среды (время, IP-адрес, местоположение) и действий, используемые для формирования правил доступа. Примеры: должность пользователя («Менеджер»), тип объекта («Заказ»), стоимость заказа (менее 1000 руб.), филиал (совпадение филиала заказа и менеджера). Эти атрибуты проверяются в условиях правил, например, «Менеджер может редактировать заказ, если его стоимость не превышает 1000 руб. и заказ в его филиале».

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

Рейтинг: 813

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

## [Как обеспечить учет совместимости моделей расходных материалов с моделями оборудования?](https://cleverics.ru/digital/kb-qa/kak-obespechit-uchet-sovmestimosti-modeley-raskhodnykh-materialov-s-modelyami-oborudovaniya/)

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

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

Рейтинг: 813

Теги: автоматизация ИТ-процессов, ПО для ITSM и ESM, управление конфигурациями, CMDB

## [Как выбрать и внедрить инструмент поддержки ITIL-процессов?](https://cleverics.ru/digital/kb-qa/kak-vybrat-i-vnedrit-instrument-podderzhki-itil-protsessov/)

Выбор и внедрение инструмента поддержки ITIL-процессов должен быть частью стратегического планирования, а не отдельным решением. Сначала четко определите бизнес-требования к инструменту, основываясь на внедряемых процессах и их специфике. Проанализируйте текущие проблемы, которые должен решить инструмент, а не просто функциональные возможности. Выберите между специализированными ITSM-инструментами и расширением существующих систем (например, через модули ServiceNow, Jira Service Management). Учитывайте масштабируемость инструмента, его способность к интеграции с другими системами компании, гибкость настройки под ваши процессы. Проведите пилотную оценку короткого списка финалистов на реальных сценариях вашей компании. При внедрении соблюдайте следующий порядок: настройка основных процессов (управление инцидентами и запросами), затем добавление более сложных (управление изменениями, конфигурациями), постепенное расширение функциональности. Не пытайтесь автоматизировать все процессы сразу - начните с тех, где это даст максимальную ценность. Обеспечьте адекватное обучение пользователей и технической поддержки. Внедрите систему мониторинга использования и эффективности инструмента. Установите четкие SLA для использования инструмента и следите за их соблюдением. Важно помнить, что инструмент поддерживает процессы, а не определяет их - сначала должны быть четко проработаны процессы, и только потом их автоматизация.

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

Рейтинг: 813

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

## [Какой подход рекомендуется при обучении измерению и управлению потоком создания ценности?](https://cleverics.ru/digital/kb-qa/kakoy-podkhod-rekomenduetsya-pri-obuchenii-izmereniyu-i-upravleniyu-potokom-sozdaniya-tsennosti/)

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

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

Рейтинг: 813

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

## [Как решить проблему пересечения графиков работы нескольких групп для SLА?](https://cleverics.ru/digital/kb-qa/kak-reshit-problemu-peresecheniya-grafikov-raboty-neskolkikh-grupp-dlya-sla/)

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

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

Рейтинг: 813

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

## [Как построить дерево зависимости ИТ-услуг от других ИТ-услуг и ресурсов?](https://cleverics.ru/digital/kb-qa/kak-postroit-derevo-zavisimosti-it-uslug-ot-drugikh-it-uslug-i-resursov/)

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

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

Рейтинг: 813

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

## [Какие управленческие функции теряются, когда менеджер становится только маршрутизатором задач?](https://cleverics.ru/digital/kb-qa/kakie-upravlencheskie-funktsii-teryayutsya-kogda-menedzher-stanovitsya-tolko-marshrutizatorom-zadach/)

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

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

Рейтинг: 813

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

## [Каким образом расширенный жизненный цикл инцидента помогает в управлении доступностью?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-rasshirennyy-zhiznennyy-tsikl-intsidenta-pomogaet-v-upravlenii-dostupnostyu/)

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

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

Рейтинг: 813

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

## [Какие преимущества дает ежедневный контроль по критически важным проектам?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ezhednevnyy-kontrol-po-kriticheski-vazhnym-proektam/)

Ежедневный контроль по критически важным проектам позволяет выявлять отклонения на самых ранних стадиях, когда их еще легко исправить. Это предотвращает накопление проблем и больших отставаний в будущем, поскольку, как отмечается в тексте, 'опаздывают не поздно, опаздывать начинают всегда рано'. Такой подход обеспечивает более высокую степень уверенности в соблюдении сроков, позволяет быстро корректировать планы и распределять ресурсы, а также поддерживает высокий уровень ответственности у команды проекта.

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

Рейтинг: 813

Теги: командная работа, общие вопросы менеджмента, управление проектами, PRINCE2

## [Как распознать, что в команде отсутствует общая цель, и как это влияет на управление?](https://cleverics.ru/digital/kb-qa/kak-raspoznat-chto-v-komande-otsutstvuet-obshchaya-tsel-i-kak-eto-vliyaet-na-upravlenie/)

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

Автор: Светлана Сапегина

Рейтинг: 813

Теги: командная работа, общие вопросы менеджмента