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

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

## [Какие факторы учитываются при расчете веса инцидента?](https://cleverics.ru/digital/kb-qa/kakie-faktory-uchityvayutsya-pri-raschete-vesa-intsidenta/)

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

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

Рейтинг: 1102

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

## [Как влияют отдельные экземпляры бизнес-процессов на измерение доступности?](https://cleverics.ru/digital/kb-qa/kak-vliyayut-otdelnye-ekzemplyary-biznes-protsessov-na-izmerenie-dostupnosti/)

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

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

Рейтинг: 1102

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

## [Как различаются подходы к обработке запросов в HP OpenView Service Desk и в таких системах, как HP SM или BMC Remedy ITSM Suite?](https://cleverics.ru/digital/kb-qa/kak-razlichayutsya-podkhody-k-obrabotke-zaprosov-v-hp-openview-service-desk-i-v-takikh-sistemakh-kak/)

В HP OpenView Service Desk используется, по мнению автора, более рациональное деление по сравнению с HP SM или BMC Remedy ITSM Suite. В OpenView деление сделано по принципу различия между инфраструктурными инцидентами и обращениями пользователей, в то время как в других системах деление чаще проводится между инцидентами и сервисными запросами. В реальной практике разница в обработке инцидента, поданного пользователем, и сервисного запроса, поданного пользователем, не так велика, как разница между инфраструктурным инцидентом и обращением пользователя. Это подразумевает разную классификацию, разные процедуры выявления/регистрации и разные процедуры закрытия для этих двух основных типов случаев.

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

Рейтинг: 1102

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

## [Какие обязательные условия должны соблюдаться при использовании альтернативных механизмов обработки инцидентов, требующих доработки ПО?](https://cleverics.ru/digital/kb-qa/kakie-obyazatelnye-usloviya-dolzhny-soblyudatsya-pri-ispolzovanii-alternativnykh-mekhanizmov-obrabot/)

При использовании альтернативных механизмов обработки инцидентов, требующих доработки ПО, обязательно должны соблюдаться три условия: 1) оказание помощи пользователю здесь и сейчас, даже если полное решение требует доработки; 2) систематическое информирование пользователя о ходе выполнения доработки; 3) наличие дополнительных контролей за использованием таких механизмов для предотвращения злоупотреблений со стороны групп поддержки, стремящихся избежать штрафов за просрочку. Эти меры обеспечивают баланс между оперативной поддержкой пользователей и соблюдением SLA требований.

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

Рейтинг: 1101

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

## [Как потоки создания ценности соотносятся с пользовательским путем (customer journey)?](https://cleverics.ru/digital/kb-qa/kak-potoki-sozdaniya-tsennosti-sootnosyatsya-s-polzovatelskim-putem-customer-journey/)

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

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

Рейтинг: 1101

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поддержка пользователей, Service Desk, Help Desk, поток создания ценности (Value Stream)

## [Каким образом можно правильно настроить целевые показатели разрешения инцидентов?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-mozhno-pravilno-nastroit-tselevye-pokazateli-razresheniya-intsidentov/)

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

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

Рейтинг: 1101

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

## [Что такое KPI в контексте метрики управления проблемами](https://cleverics.ru/digital/kb-qa/chto-takoe-kpi-v-kontekste-metriki-upravleniya-problemami/)

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

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

Рейтинг: 1101

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

## [Как определить, какой ИТ-проект принесет компании наибольшую пользу?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kakoy-it-proekt-prineset-kompanii-naibolshuyu-polzu/)

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

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

Рейтинг: 1101

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

## [Что такое модель инцидента и модель проблемы?](https://cleverics.ru/digital/kb-qa/chto-takoe-model-intsidenta-i-model-problemy/)

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

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

Рейтинг: 1101

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

## [Каким образом управление доступностью взаимодействует с управлением изменениями в контексте планирования простоев?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-upravlenie-dostupnostyu-vzaimodeystvuet-s-upravleniem-izmeneniyami-v-kontekste-planiro/)

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

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

Рейтинг: 1101

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