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

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

## [Как соотносятся услуги, цели, затраты и риски в модели ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-sootnosyatsya-uslugi-tseli-zatraty-i-riski-v-modeli-itil-4/)

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

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

Рейтинг: 762

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

## [Почему наличие общей цели критически важно для формирования команды в управлении проектами?](https://cleverics.ru/digital/kb-qa/pochemu-nalichie-obshchey-tseli-kriticheski-vazhno-dlya-formirovaniya-komandy-v-upravlenii-proektami/)

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

Автор: Светлана Сапегина

Рейтинг: 762

Теги: командная работа, управление отношениями, взаимодействие, BRM, управление проектами, PRINCE2

## [Какие риски снижает назначение руководителя отдела сопровождения прикладных систем в роли менеджера процесса управления инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-riski-snizhaet-naznachenie-rukovoditelya-otdela-soprovozhdeniya-prikladnykh-sistem-v-roli-mene/)

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

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

Рейтинг: 762

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

## [Какие компоненты качества решения инцидента необходимо контролировать?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-kachestva-resheniya-intsidenta-neobkhodimo-kontrolirovat/)

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

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

Рейтинг: 762

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

## [Как математически определить метрику для измерения скорости реакции на инциденты?](https://cleverics.ru/digital/kb-qa/kak-matematicheski-opredelit-metriku-dlya-izmereniya-skorosti-reaktsii-na-intsidenty/)

Метрика для измерения скорости реакции на инциденты определяется как отношение суммарного времени решения инцидентов к сумме времени решения и времени ожидания в очереди: R = (ΣTi) / (ΣTi + ΣQi), где Ti - время решения i-го инцидента (с момента начала работы над ним), Qi - время ожидания инцидента в очереди (с момента назначения до начала обработки), N - количество назначений инцидентов в заданную функциональную группу. Эта метрика нормирована в диапазоне от 0 до 1 и имеет целевую динамику на возрастание.

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

Рейтинг: 762

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

## [Что произойдет, если не внедрять контроль над бизнес-процессами?](https://cleverics.ru/digital/kb-qa/chto-proizoydet-esli-ne-vnedryat-kontrol-nad-biznes-protsessami/)

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

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

Рейтинг: 762

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

## [Как влияние проблем связано с пониманием результатов?](https://cleverics.ru/digital/kb-qa/kak-vliyanie-problem-svyazano-s-ponimaniem-rezultatov/)

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

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

Рейтинг: 762

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

## [Как определяется Sj в формуле First Time Resolution (FTR)?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-sj-v-formule-first-time-resolution-ftr/)

Sj в формуле First Time Resolution (FTR) определяется как количество объектов (инцидентов), которые были возвращены на доработку конкретно в j-тую группу. Этот показатель отражает неудачные попытки решения обращений, требующие повторной обработки. Важно учитывать, что возвраты должны отслеживаться именно на уровне отдельной группы, а не всего инцидента, чтобы гарантировать точность расчёта метрики для каждой отдельной рабочей группы.

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

Рейтинг: 762

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

## [Какой период следует использовать для расчёта FTR в разрезе рабочих групп?](https://cleverics.ru/digital/kb-qa/kakoy-period-sleduet-ispolzovat-dlya-rascheta-ftr-v-razreze-rabochikh-grupp/)

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

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

Рейтинг: 762

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

## [В чем заключается подход «marketing mindset» в работе BRM?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-podkhod-marketing-mindset-v-rabote-brm/)

Подход «marketing mindset» (маркетинговый способ мышления) в работе BRM заключается в фокусировке на ценностях и результатах для клиента, а не на технических решениях. BRM с помощью этого подхода отвечает на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им в этом помочь; каких результатов хочет достичь заказчик в бизнесе; какие ограничения могут помешать достижению этих результатов и как сервис-провайдер может снять эти ограничения. Этот подход помогает избежать распространенной проблемы, когда заказчик формулирует требования нечетко, а сервис-провайдер не понимает бизнес-контекста, что приводит к неправильной интерпретации и несоответствию ожиданиям. «Marketing mindset» позволяет сосредоточиться на реальных потребностях и результатах, а не просто на технической реализации, что приводит к более качественному взаимодействию и удовлетворенности заказчика.

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

Рейтинг: 762

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