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

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

## [Какие обязанности у менеджера изменений по ITIL?](https://cleverics.ru/digital/kb-qa/kakie-obyazannosti-u-menedzhera-izmeneniy-po-itil/)

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

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

Рейтинг: 1251

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

## [Что подразумевается под термином 'заказчик' (customer) в контексте ITIL?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-terminom-zakazchik-customer-v-kontekste-itil/)

Заказчик - это лицо или группа лиц, которые покупают товары или услуги. В контексте поставщика ИТ-услуг заказчик определяет и согласовывает целевые показатели SLA (Service Level Agreements). Хотя иногда термин 'заказчик' может использоваться неформально для обозначения конечных пользователей (users), в официальной терминологии ITIL эти понятия четко разграничены. Заказчик также может быть внутренним (подразделение в компании) или внешним (клиент компании).

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

Рейтинг: 1250

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

## [Как поставщик услуги определяет и измеряет уровень ценности, которую он предоставляет клиенту?](https://cleverics.ru/digital/kb-qa/kak-postavshchik-uslugi-opredelyaet-i-izmeryaet-uroven-tsennosti-kotoruyu-on-predostavlyaet-klientu/)

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

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

Рейтинг: 1250

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

## [Какие разделы должен содержать отчет по Post-Implementation Review в соответствии с рекомендациями ITIL?](https://cleverics.ru/digital/kb-qa/kakie-razdely-dolzhen-soderzhat-otchet-po-post-implementation-review-v-sootvetstvii-s-rekomendatsiya/)

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

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

Рейтинг: 1249

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

## [Как различаются понятия «проблема» и «инцидент» в рамках ITIL?](https://cleverics.ru/digital/kb-qa/kak-razlichayutsya-ponyatiya-problema-i-intsident-v-ramkakh-itil/)

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

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

Рейтинг: 1249

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

## [Как оцениваются параметры качества в рамках Post-Implementation Review?](https://cleverics.ru/digital/kb-qa/kak-otsenivayutsya-parametry-kachestva-v-ramkakh-post-implementation-review/)

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

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

Рейтинг: 1249

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

## [Чем отличается управление инцидентами от управления проблемами?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-upravlenie-intsidentami-ot-upravleniya-problemami/)

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

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

Рейтинг: 1248

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

## [Как можно развить сервисное мышление?](https://cleverics.ru/digital/kb-qa/kak-mozhno-razvit-servisnoe-myshlenie/)

Развить сервисное мышление можно с помощью практических вопросов, сгруппированных по 7 руководящим принципам ITIL 4: 1) Фокус на ценности — изучайте своих клиентов, их восприятие ценности и ожидания; 2) Начинайте с имеющегося — анализируйте контекст и потребности; 3) Постепенное развитие с обратной связью — создавайте точки взаимодействия с пользователями и настройте сбор обратной связи; 4) Сотрудничество и видимость — определите зону видимости для клиентов и обеспечьте прозрачность процессов; 5) Целостный подход — понимайте, как услуги поддерживают цели клиентов; 6) Простота и практичность — оптимизируйте пользовательский путь и опыт; 7) Оптимизация и автоматизация — ищите возможности для автоматизации рутинных операций.

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

Рейтинг: 1248

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

## [Какие принципы ITIL4 связаны с сервисной эмпатией?](https://cleverics.ru/digital/kb-qa/kakie-printsipy-itil4-svyazany-s-servisnoy-empatiey/)

В рамках ITIL4 сервисная эмпатия тесно связана с несколькими ключевыми принципами. Прежде всего, это принцип «Фокусируйтесь на ценности», который подразумевает ориентацию на создание ценности для клиента, а не на внутренние бизнес-процессы компании. Это требует от организации умения понимать, что именно ценно для клиента в реальном времени. Также важен принцип «Сотрудничайте и поощряйте прозрачность», который включает в себя умение признавать ошибки и искренне извиняться перед клиентами при возникновении проблем. Еще один важный связанный принцип — «Люди и взаимодействие важнее процессов и инструментов», что перекликается с Agile-философией. Этот принцип напоминает, что в центре любого процесса должны быть люди, и процессы должны быть гибкими, чтобы адаптироваться под потребности клиентов. Таким образом, эмпатия выступает как практическое воплощение этих принципов, позволяющее создавать более качественные сервисные отношения.

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

Рейтинг: 1248

Теги: Agile и гибкие методы разработки ПО, бизнес, ценность, бизнес-заказчик, управление отношениями, взаимодействие, BRM

## [Чем отличаются стандартные изменения в ITIL V3 и ITIL4?](https://cleverics.ru/digital/kb-qa/chem-otlichayutsya-standartnye-izmeneniya-v-itil-v3-i-itil4/)

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

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

Рейтинг: 1248

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