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

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

## [Как влияет возрастной состав и однородность ролей сотрудников на динамику команды в деловой игре?](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, управление процессами, ИТ-процессы

## [Какова основная цель управления проблемами?](https://cleverics.ru/digital/kb-qa/kakova-osnovnaya-tsel-upravleniya-problemami/)

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

Автор: Игорь Фадеев

Рейтинг: 975

Теги: управление инцидентами, управление проблемами

## [Каковы причины того, что баланс между стимулированием и наказанием персонала в ИТ-сфере сложно сохранять?](https://cleverics.ru/digital/kb-qa/kakovy-prichiny-togo-chto-balans-mezhdu-stimulirovaniem-i-nakazaniem-personala-v-it-sfere-slozhno-so/)

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

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

Рейтинг: 975

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

## [Какие недостатки имеет традиционная схема оценки влияния инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-nedostatki-imeet-traditsionnaya-skhema-otsenki-vliyaniya-intsidentov/)

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

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

Рейтинг: 975

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

## [Почему разделение на 2-ю и 3-ю линии поддержки внутри одного подразделения является эффективным решением?](https://cleverics.ru/digital/kb-qa/pochemu-razdelenie-na-2-yu-i-3-yu-linii-podderzhki-vnutri-odnogo-podrazdeleniya-yavlyaetsya-effektiv/)

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

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

Рейтинг: 975

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

## [Какую проблему решает стандарт INCITS 494-2012 в системах управления доступом?](https://cleverics.ru/digital/kb-qa/kakuyu-problemu-reshaet-standart-incits-494-2012-v-sistemakh-upravleniya-dostupom/)

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

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

Рейтинг: 975

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

## [Какие аспекты управления аутсорсингом охватывают стандарты ISO 37500?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-upravleniya-autsorsingom-okhvatyvayut-standarty-iso-37500/)

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

Автор: Дмитрий Хруслов

Рейтинг: 975

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