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

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

## [Какие еще модели управления доступом есть наряду с RBAC?](https://cleverics.ru/digital/kb-qa/kakie-eshche-modeli-upravleniya-dostupom-upominayutsya-v-tekste-naryadu-s-rbac/)

В тексте упоминаются две другие модели управления доступом наряду с ролевой моделью (RBAC). Это мандатное управление доступом (MAC, Mandatory Access Control), при котором доступ к ресурсам контролируется на основе меток безопасности и строгих политик, определенных администратором безопасности, и избирательное управление доступом (DAC, Discretionary Access Control), где владелец ресурса имеет полный контроль над предоставлением доступа к этому ресурсу. Упоминается, что модель RBAC была предложена как альтернатива этим двум моделям, сочетая в себе преимущества контролируемого управления при большей гибкости по сравнению с MAC и более строгом контроле по сравнению с DAC.

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

Рейтинг: 1540

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

## [Какие основные обязанности у владельца услуги (Service Owner) в ITIL?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-obyazannosti-u-vladeltsa-uslugi-service-owner-v-itil/)

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

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

Рейтинг: 1538

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

## [Как влияет сложность сервисных отношений на определение состава заказчиков ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-slozhnost-servisnykh-otnosheniy-na-opredelenie-sostava-zakazchikov-it-uslug/)

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

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

Рейтинг: 1534

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

## [Какие критерии определяют эффективность обратной связи от клиентов в системе оценки услуг?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-opredelyayut-effektivnost-obratnoy-svyazi-ot-klientov-v-sisteme-otsenki-uslug/)

Эффективность обратной связи определяется двумя основными критериями: готовностью клиента предоставлять обратную связь («отзывчивость») и полезностью высказанных клиентом замечаний для организации. Эти критерии образуют четырехсекторную модель, где комбинация высокой/низкой отзывчивости и высокой/низкой полезности создает разные зоны взаимодействия: «Мертвая зона», «Hard Candy», «Токсичная зона» и идеализированный вариант «Клиенты мечты». Основная цель системы — идентифицировать тип обратной связи и применять соответствующие стратегии обработки для каждой зоны.

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

Рейтинг: 1533

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

## [Какие преимущества дает использование итерационного подхода при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-iteratsionnogo-podkhoda-pri-vnedrenii-itsm/)

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

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

Рейтинг: 1532

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

## [Каким образом метрики помогают увидеть истинную картину работы процесса?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-metriki-pomogayut-uvidet-istinnuyu-kartinu-raboty-protsessa/)

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

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

Рейтинг: 1532

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

## [Что подразумевается под термином 'заказчик' (customer) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-terminom-zakazchik-customer-v-kontekste-itil/)

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

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

Рейтинг: 1527

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

## [Какие ключевые правила необходимо соблюдать при реализации проекта по построению модели аллокации ИТ-затрат?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-pravila-neobkhodimo-soblyudat-pri-realizatsii-proekta-po-postroeniyu-modeli-allokat/)

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

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

Рейтинг: 1526

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

## [Что такое модель изменения и как она связана с практикой управления изменениями?](https://cleverics.ru/digital/kb-qa/chto-takoe-model-izmeneniya-i-kak-ona-svyazana-s-praktikoy-upravleniya-izmeneniyami/)

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

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

Рейтинг: 1526

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

## [Почему сложно определить причину снижения производительности системы?](https://cleverics.ru/digital/kb-qa/pochemu-slozhno-opredelit-prichinu-snizheniya-proizvoditelnosti-sistemy/)

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

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

Рейтинг: 1525

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