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

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

## [Как CSI может использоваться для улучшения процесса управления проблемами?](https://cleverics.ru/digital/kb-qa/kak-csi-mozhet-ispolzovatsya-dlya-uluchsheniya-protsessa-upravleniya-problemami/)

CSI (Continual Service Improvement) может улучшить процесс управления проблемами несколькими способами:  1) Предоставление структурированного подхода к анализу - CSI предлагает методологию измерения, сбора данных и анализа, которая может быть применена к процессу управления проблемами для выявления его слабых мест и возможностей для улучшения.  2) Интеграция с другими процессами - CSI помогает устанавливать связи между управлением проблемами и другими процессами, такими как управление инцидентами, управление изменениями, позволяя создать более целостную систему управления.  3) Формирование культуры постоянного улучшения - CSI способствует созданию среды, в которой постоянный поиск способов улучшения работы становится частью повседневной практики.  4) Применение моделей улучшения - таки как PDCA (Plan-Do-Check-Act) или метод «Семи этапов» из ITIL CSI, которые помогают систематически подходить к улучшению процесса управления проблемами.  5) Измерение эффективности - CSI предоставляет инструменты для установления метрик и KPI, которые позволяют количественно оценить эффективность процесса управления проблемами.  6) Стимулирование проактивного подхода - CSI поддерживает сдвиг от чисто реактивного к проактивному и предиктивному управлению проблемами через анализ данных и выявление трендов.

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

Рейтинг: 1138

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

## [Как перепроектировать процесс управления конфигурациями для повышения его эффективности?](https://cleverics.ru/digital/kb-qa/kak-pereproektirovat-protsess-upravleniya-konfiguratsiyami-dlya-povysheniya-ego-effektivnosti/)

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

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

Рейтинг: 1138

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

## [Как можно определить опережающие показатели для прогнозирования успеха процесса изменений?](https://cleverics.ru/digital/kb-qa/kak-mozhno-opredelit-operezhayushchie-pokazateli-dlya-prognozirovaniya-uspekha-protsessa-izmeneniy/)

Для определения опережающих показателей используется анализ причинно-следственных связей через Causal Loop Diagram. Опережающие показатели находятся на ранних этапах причинно-следственной цепочки и влияют на конечные результаты. Например, для прогнозирования успеха процесса изменений опережающими показателями могут служить Release size (размер релиза), Emergency change rate (доля аварийных изменений), Backlog size / Queue Time (управление бэклогом), Standard Change Rate (уровень стандартизации). Эти показатели позволяют прогнозировать такие конечные результаты, как Change Risk (риск изменений) и Time to Market (время выхода на рынок) до того, как эти результаты будут фактически достигнуты или проблемы проявятся.

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

Рейтинг: 1138

Теги: разработка ПО, трансформация, ускорение, Time-to-Market, управление процессами, ИТ-процессы, управление релизами, управление рисками

## [Как сохранить контроль над процессом, делегируя непосредственное исполнение задачи?](https://cleverics.ru/digital/kb-qa/kak-sokhranit-kontrol-nad-protsessom-delegiruya-neposredstvennoe-ispolnenie-zadachi/)

Чтобы сохранить контроль над процессом при делегировании непосредственного исполнения задачи, необходимо: 1. Четко определить результат, сроки и критерии качества выполнения задачи до передачи ее в работу. 2. Установить контрольные точки и регулярные сессии отчетности, где можно отслеживать прогресс выполнения. 3. В RACI- или RASCI-матрице закрепить за собой роли I (Informed - информируемый) или C (Consulted - консультируемый), чтобы гарантировать поступление информации о ходе работы. 4. Определить полномочия делегированного исполнителя и границы его самостоятельности в принятии решений. 5. Использовать системы отчетности и мониторинга, которые позволяют непрерывно следить за ходом выполнения задачи без постоянного вмешательства. Это позволяет руководителю сохранить необходимый уровень контроля, не тратя время на прямое исполнение задачи, и дает возможность оперативно реагировать на возможные проблемы или отклонения от плана.

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

Рейтинг: 1138

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

## [Каким образом категоризация поддерживает проактивное управление проблемами?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-kategorizatsiya-podderzhivaet-proaktivnoe-upravlenie-problemami/)

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

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

Рейтинг: 1138

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

## [Как связаны каталог услуг и SLA в различных бизнес-сценариях?](https://cleverics.ru/digital/kb-qa/kak-svyazany-katalog-uslug-i-sla-v-razlichnykh-biznes-stsenariyakh/)

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

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

Рейтинг: 1138

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

## [Какие проблемы могут возникнуть при отсутствии четкого определения ключевых характеристик ИТ-сервиса?](https://cleverics.ru/digital/kb-qa/kakie-problemy-mogut-vozniknut-pri-otsutstvii-chetkogo-opredeleniya-klyuchevykh-kharakteristik-it-se/)

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

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

Рейтинг: 1137

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

## [Как различается тип проводимых мероприятий между управлением доступностью и управлением непрерывностью?](https://cleverics.ru/digital/kb-qa/kak-razlichaetsya-tip-provodimykh-meropriyatiy-mezhdu-upravleniem-dostupnostyu-i-upravleniem-neprery/)

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

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

Рейтинг: 1137

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

## [Как определяется приоритет инцидента при его обработке?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-prioritet-intsidenta-pri-ego-obrabotke/)

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

Автор: Анна Васильева

Рейтинг: 1137

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

## [Как связаны стандартные изменения и запросы на обслуживание в повседневной практике?](https://cleverics.ru/digital/kb-qa/kak-svyazany-standartnye-izmeneniya-i-zaprosy-na-obsluzhivanie-v-povsednevnoy-praktike/)

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

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

Рейтинг: 1137

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