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

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

## [Как правильно распределить задачи сопровождения CMDB между разными ролями специалистов?](https://cleverics.ru/digital/kb-qa/kak-pravilno-raspredelit-zadachi-soprovozhdeniya-cmdb-mezhdu-raznymi-rolyami-spetsialistov/)

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

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

Рейтинг: 1001

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

## [Почему может возникнуть необходимость в коде закрытия "Нет решения" в практике ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-mozhet-vozniknut-neobkhodimost-v-kode-zakrytiya-net-resheniya-v-praktike-it-podderzhki/)

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

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

Рейтинг: 1001

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

## [Какие ключевые показатели эффективности (KPI) следует использовать для оценки успешности системы категоризации инцидентов?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-pokazateli-effektivnosti-kpi-sleduet-ispolzovat-dlya-otsenki-uspeshnosti-sistemy-ka/)

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

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

Рейтинг: 1001

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

## [Какой должна быть информация о сервисных активах в процессе управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kakoy-dolzhna-byt-informatsiya-o-servisnykh-aktivakh-v-protsesse-upravleniya-konfiguratsiyami/)

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

Автор: Андрей Труфанов

Рейтинг: 1001

Теги: архитектура ИТ, TOGAF и IT4IT, аутсорсинг, интеграция услуг, поддержка пользователей, Service Desk, Help Desk, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление отношениями, взаимодействие, BRM

## [Что представляет собой методология ORBIT и зачем она нужна?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-metodologiya-orbit-i-zachem-ona-nuzhna/)

Методология ORBIT представляет собой упражнение для структурированного подхода к постановке задач в ITSM-проектах. Она помогает переориентировать фокус с простого внедрения процессов на достижение конкретных результатов и их связь с бизнес-целями. Суть метода заключается в заполнении четырех квадрантов листа А4, расположенного горизонтально: в верхнем левом указываются конкретные результаты проекта (Outcomes), в нижнем левом - бизнес-преимущества (Business benefits), в нижнем правом - преимущества для ИТ-подразделения (ИТ-department benefits), в верхнем правом - риски (Risks). Ценность ORBIT заключается в лаконичности, наглядности и полноте анализа, что позволяет четко сформулировать проектную задачу, оценить риски и обосновать необходимость проекта.

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

Рейтинг: 1000

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

## [Какую роль в согласовании доступа играет подразделение информационной безопасности?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-v-soglasovanii-dostupa-igraet-podrazdelenie-informatsionnoy-bezopasnosti/)

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

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

Рейтинг: 1000

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

## [Для чего необходим этап согласования в обработке ИТ-заявок?](https://cleverics.ru/digital/kb-qa/dlya-chego-neobkhodim-etap-soglasovaniya-v-obrabotke-it-zayavok/)

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

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

Рейтинг: 1000

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

## [Какие задачи включает процесс Управления инцидентами (INC) в ITIL согласно модели Service Operation?](https://cleverics.ru/digital/kb-qa/kakie-zadachi-vklyuchaet-protsess-upravleniya-intsidentami-inc-v-itil-soglasno-modeli-service-operat/)

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

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

Рейтинг: 1000

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

## [Как изменились формы ориентации на клиента с девяностых до современности?](https://cleverics.ru/digital/kb-qa/kak-izmenilis-formy-orientatsii-na-klienta-s-devyanostykh-do-sovremennosti/)

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

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

Рейтинг: 1000

Теги: бизнес, ценность, бизнес-заказчик

## [Как операционные стандарты влияют на управление ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-operatsionnye-standarty-vliyayut-na-upravlenie-it-uslugami/)

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

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

Рейтинг: 1000

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