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

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

## [Почему наличие общей цели критически важно для формирования команды в управлении проектами?](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-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

## [В каких случаях может быть полезно применение OLA?](https://cleverics.ru/digital/kb-qa/v-kakikh-sluchayakh-mozhet-byt-polezno-primenenie-ola/)

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

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

Рейтинг: 762

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

## [Какие два основных подхода существуют для предотвращения злоупотреблений функцией приостановки таймера?](https://cleverics.ru/digital/kb-qa/kakie-dva-osnovnykh-podkhoda-sushchestvuyut-dlya-predotvrashcheniya-zloupotrebleniy-funktsiey-priost/)

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

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

Рейтинг: 761

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