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

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

## [Какие альтернативные термины используются для обозначения непосредственной стороны отношений с ИТ-службой?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-terminy-ispolzuyutsya-dlya-oboznacheniya-neposredstvennoy-storony-otnosheniy-s-i/)

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

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

Рейтинг: 858

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

## [В каких случаях необходимы различные уровни обслуживания по одной услуге в каталоге?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-neobkhodimy-razlichnye-urovni-obsluzhivaniya-po-odnoy-usluge-v-kataloge/)

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

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

Рейтинг: 858

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

## [Кто должен быть координатором проблемы в процессе управления проблемами?](https://cleverics.ru/digital/kb-qa/kto-dolzhen-byt-koordinatorom-problemy-v-protsesse-upravleniya-problemami/)

В процессе управления проблемами координатором проблемы должен стать ведущий специалист из той области, где изначально проявляется проблема. Например, если тормозит приложение, координатором будет специалист app-саппорта. Однако, если диагностика выявляет проблему в смежной области (например, на СХД), в условиях слабой матрицы рекомендуется создать новую связанную проблему и назначить для неё отдельного координатора, сохранив исходную проблему под ответственностью первого координатора. Это позволяет вести параллельное решение обеих проблем и избежать потери мотивации у «страдающей стороны».

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

Рейтинг: 857

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

## [Что такое Role-Based Access Control (RBAC) и какие основные компоненты содержит?](https://cleverics.ru/digital/kb-qa/chto-takoe-role-based-access-control-rbac-i-kakie-osnovnye-komponenty-soderzhit/)

Role-Based Access Control (RBAC) - это подход к управлению доступом, основанный на назначении пользователей ролям. RBAC состоит из четырех основных компонентов: Ядро (Core RBAC), Иерархичность (Hierarchical RBAC), Статическое разделение обязанностей (Static Separation of Duty) и Динамическое разделение обязанностей (Dynamic Separation of Duty). Ядро - это обязательный компонент, который определяет минимально необходимый набор элементов (пользователи, роли, права доступа, операции и объекты) и связей для построения системы управления доступом. Оно реализует основную идею RBAC - объединение прав доступа в роли и последующее назначение ролей пользователям вместо прямого назначения прав доступа. Иерархичность добавляет возможности наследования прав между ролями. Статическое и динамическое разделение обязанностей вводят правила ограничений на назначение и совмещение ролей.

Автор: Денис Денисов

Рейтинг: 857

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

## [Почему сотрудники часто путают перегрузку с низкой производительностью?](https://cleverics.ru/digital/kb-qa/pochemu-sotrudniki-chasto-putayut-peregruzku-s-nizkoy-proizvoditelnostyu/)

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

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

Рейтинг: 857

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

## [Какую роль играет адаптация к клиенту в бизнесе?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-adaptatsiya-k-klientu-v-biznese/)

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

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

Рейтинг: 857

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

## [Почему важно четко формулировать задачи для сотрудников?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-chetko-formulirovat-zadachi-dlya-sotrudnikov/)

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

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

Рейтинг: 857

Теги: общие вопросы менеджмента, управление процессами, ИТ-процессы

## [В чем выражается иллюзия конкуренции на российском рынке?](https://cleverics.ru/digital/kb-qa/v-chem-vyrazhaetsya-illyuziya-konkurentsii-na-rossiyskom-rynke/)

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

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

Рейтинг: 857

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

## [Какие проблемы возникают при интеграции системы управления конфигурациями с бухгалтерскими системами и системами учёта договоров?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-integratsii-sistemy-upravleniya-konfiguratsiyami-s-bukhgalterskimi-sis/)

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

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

Рейтинг: 857

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

## [Какие сложности возникают при отражении инфраструктурных инцидентов в SLA?](https://cleverics.ru/digital/kb-qa/kakie-slozhnosti-voznikayut-pri-otrazhenii-infrastrukturnykh-intsidentov-v-sla/)

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

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

Рейтинг: 857

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