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

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

## [Какие преимущества имеет второй способ организации работы линий поддержки при обработке сложных запросов?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-imeet-vtoroy-sposob-organizatsii-raboty-liniy-podderzhki-pri-obrabotke-slozhny/)

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

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

Рейтинг: 997

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

## [Какое требование к интеграции процессов управления конфигурациями и изменениями содержалось в ISO 20000?](https://cleverics.ru/digital/kb-qa/kakoe-trebovanie-k-integratsii-protsessov-upravleniya-konfiguratsiyami-i-izmeneniyami-soderzhalos-v/)

В версии стандарта ISO 20000 за 2005 год было указано требование «There shall be an integrated approach to change and configuration management planning», предписывающее использовать интегрированный подход к планированию этих процессов. Однако в обновлённой версии 2011 года данная формулировка была удалена, что отразило более гибкий подход к взаимодействию процессов, позволяющий организациям самостоятельно определять степень их интеграции в зависимости от специфики бизнеса.

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

Рейтинг: 997

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

## [Как предотвратить злоупотребление кодом закрытия "Нет решения" в службе поддержки?](https://cleverics.ru/digital/kb-qa/kak-predotvratit-zloupotreblenie-kodom-zakrytiya-net-resheniya-v-sluzhbe-podderzhki/)

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

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

Рейтинг: 997

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

## [В чем заключается атрибутное формирование ролей в системе доступа?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-atributnoe-formirovanie-roley-v-sisteme-dostupa/)

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

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

Рейтинг: 997

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

## [Как можно интерпретировать ситуацию, когда результативность процесса высока, а зрелость низка?](https://cleverics.ru/digital/kb-qa/kak-mozhno-interpretirovat-situatsiyu-kogda-rezultativnost-protsessa-vysoka-a-zrelost-nizka/)

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

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

Рейтинг: 997

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

## [Чем отличается ручное управление конфигурационными элементами от автоматического сбора данных?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-ruchnoe-upravlenie-konfiguratsionnymi-elementami-ot-avtomaticheskogo-sbora-dannykh/)

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

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

Рейтинг: 997

Теги: общие вопросы менеджмента

## [В каких типах организаций централизованная система Service Desk может быть нецелесообразной?](https://cleverics.ru/digital/kb-qa/v-kakikh-tipakh-organizatsiy-tsentralizovannaya-sistema-service-desk-mozhet-byt-netselesoobraznoy/)

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

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

Рейтинг: 997

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

## [Какие метрики отражают контекстуальное качество процесса и от чего они зависят?](https://cleverics.ru/digital/kb-qa/kakie-metriki-otrazhayut-kontekstualnoe-kachestvo-protsessa-i-ot-chego-oni-zavisyat/)

Метрики контекстуального качества процесса отражают, насколько рационально процесс организован в конкретной организации и какими ресурсами достигаются результаты. Для процесса управления изменениями такие метрики включают долю стандартных изменений, долю экстренных изменений, долю изменений, реализуемых с первого раза, долю изменений, проходящих через CAB (Change Advisory Board), и долю изменений, проходящих через PIR (Post Implementation Review). Эти метрики зависят от зрелости системы менеджмента организации и специфичны для каждой конкретной компании, в отличие от метрик прямого качества, которые более универсальны.

Автор: Павел Дёмин

Рейтинг: 997

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

## [Как должна быть организована система уведомлений при изменении планового срока?](https://cleverics.ru/digital/kb-qa/kak-dolzhna-byt-organizovana-sistema-uvedomleniy-pri-izmenenii-planovogo-sroka/)

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

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

Рейтинг: 997

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

## [Какие основные практики управления ИТ-услугами описаны в рамках ITIL 4?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-praktiki-upravleniya-it-uslugami-opisany-v-ramkakh-itil-4/)

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

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

Рейтинг: 996

Теги: ITIL, мониторинг, управление запросами на обслуживание, управление инцидентами, управление проблемами, управление продуктами, продуктовый подход