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

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

## [Как влияет приоритетность параметров качества на распределение ресурсов в организации?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-prioritetnost-parametrov-kachestva-na-raspredelenie-resursov-v-organizatsii/)

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

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

Рейтинг: 976

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

## [Как влияет внешняя среда на выбор типа команды?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-vneshnyaya-sreda-na-vybor-tipa-komandy/)

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

Автор: Павел Капусткин

Рейтинг: 976

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

## [Как учитывать влияние инфраструктурных сбоев на несколько ИТ-сервисов одновременно?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-vliyanie-infrastrukturnykh-sboev-na-neskolko-it-servisov-odnovremenno/)

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

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

Рейтинг: 976

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

## [Почему важно разделять инциденты и проблемы в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-intsidenty-i-problemy-v-itil/)

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

Автор: Александр Движков

Рейтинг: 976

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

## [Что означает код закрытия "Нет решения" в контексте управления ИТ-инцидентами?](https://cleverics.ru/digital/kb-qa/chto-oznachaet-kod-zakrytiya-net-resheniya-v-kontekste-upravleniya-it-intsidentami/)

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

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

Рейтинг: 976

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

## [Что такое база данных конфигурационных элементов (CMDB)?](https://cleverics.ru/digital/kb-qa/chto-takoe-baza-dannykh-konfiguratsionnykh-elementov-cmdb/)

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

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

Рейтинг: 976

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

## [Как влияет возрастной состав и однородность ролей сотрудников на динамику команды в деловой игре?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-vozrastnoy-sostav-i-odnorodnost-roley-sotrudnikov-na-dinamiku-komandy-v-delovoy-igre/)

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

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

Рейтинг: 976

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

## [Как регламентировать ответственность за консистентность финансовой информации в процессе управления активами и конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-reglamentirovat-otvetstvennost-za-konsistentnost-finansovoy-informatsii-v-protsesse-upravleniya/)

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

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

Рейтинг: 976

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

## [Почему электронная почта постепенно перестает быть основным каналом взаимодействия с Service Desk?](https://cleverics.ru/digital/kb-qa/pochemu-elektronnaya-pochta-postepenno-perestaet-byt-osnovnym-kanalom-vzaimodeystviya-s-service-desk/)

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

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

Рейтинг: 975

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

## [Что такое 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 - объединение прав доступа в роли и последующее назначение ролей пользователям вместо прямого назначения прав доступа. Иерархичность добавляет возможности наследования прав между ролями. Статическое и динамическое разделение обязанностей вводят правила ограничений на назначение и совмещение ролей.

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

Рейтинг: 975

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