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

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

## [Чем является Touch Time и почему его сложнее всего измерить?](https://cleverics.ru/digital/kb-qa/chem-yavlyaetsya-touch-time-i-pochemu-ego-slozhnee-vsego-izmerit/)

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

Автор: Олег Скрынник

Рейтинг: 1627

Теги: аллокация затрат, расчёт себестоимости услуг, управление проектами, PRINCE2

## [Что такое метрика TPI и для чего она используется в ИТ-управлении?](https://cleverics.ru/digital/kb-qa/chto-takoe-metrika-tpi-i-dlya-chego-ona-ispolzuetsya-v-it-upravlenii/)

Метрика TPI (Time Performance Index) используется в ИТ-управлении для оценки своевременности обработки пользовательских обращений. В отличие от простого отношения количества своевременно обработанных запросов к общему числу, TPI учитывает как новые, так и давно просроченные обращения. Это позволяет стимулировать сотрудников не только оперативно обрабатывать новые запросы, но и уделять внимание старым, нерешенным проблемам. Метрика помогает создать более справедливую систему оценки производительности, избегая ситуаций, когда сотрудники фокусируются только на новых обращениях, игнорируя старые задачи.

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

Рейтинг: 1616

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

## [Какие этапы включает расширенный жизненный цикл инцидента и чем они характеризуются?](https://cleverics.ru/digital/kb-qa/kakie-etapy-vklyuchaet-rasshirennyy-zhiznennyy-tsikl-intsidenta-i-chem-oni-kharakterizuyutsya/)

Этапы расширенного жизненного цикла инцидента включают: 1) момент возникновения инцидента — момент, когда пользователь ощутил снижение качества сервиса; 2) обнаружение — промежуток времени от возникновения до информирования поставщика ИТ-услуг; 3) диагностика — поиск причины инцидента; 4) исправление — проведение работ по устранению сбоя или замене компонента; 5) восстановление — завершение ремонтных работ в инфраструктуре; 6) возобновление — период от окончания восстановления до полного возврата пользователя к нормальной работе. Каждый из этапов имеет определённую продолжительность, и анализ затраченного времени на них позволяет оптимизировать процессы управления доступностью ИТ-услуг.

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

Рейтинг: 1598

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

## [Что такое бизнес-роль и как она связана с системными ролями?](https://cleverics.ru/digital/kb-qa/chto-takoe-biznes-rol-i-kak-ona-svyazana-s-sistemnymi-rolyami/)

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

Автор: Денис Денисов

Рейтинг: 1597

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

## [Что представляет собой системный подход к управлению рисками в ИТ-организации?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-sistemnyy-podkhod-k-upravleniyu-riskami-v-it-organizatsii/)

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

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

Рейтинг: 1597

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

## [Что включает в себя план коммуникаций для проекта?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-plan-kommunikatsiy-dlya-proekta/)

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

Автор: Елена Колбей

Рейтинг: 1589

Теги: ITIL, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы

## [Как влияет уровень автоматизации на частоту успешных релизов в ИТ-командах?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-uroven-avtomatizatsii-na-chastotu-uspeshnykh-relizov-v-it-komandakh/)

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

Автор: Олег Скрынник

Рейтинг: 1582

Теги: DevOps, CI/CD, командная работа, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление релизами, управление рисками, эффективность, оптимизация

## [Как игра 'The Challenge of Egypt' помогает понять разницу между лидерством и управлением?](https://cleverics.ru/digital/kb-qa/kak-igra-the-challenge-of-egypt-pomogaet-ponyat-raznitsu-mezhdu-liderstvom-i-upravleniem/)

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

Автор: Олег Скрынник

Рейтинг: 1578

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

## [Что делает SIP эффективным инструментом управления, а не просто декларацией?](https://cleverics.ru/digital/kb-qa/chto-delaet-sip-effektivnym-instrumentom-upravleniya-a-ne-prosto-deklaratsiey/)

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

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

Рейтинг: 1575

Теги: ITSM, автоматизация ИТ-процессов, ПО для ITSM и ESM, бизнес, ценность, бизнес-заказчик, постоянное улучшение, совершенствование, CSI, PDCA, управление продуктами, продуктовый подход, управление процессами, ИТ-процессы, управление уровнем услуг, SLM, эффективность, оптимизация

## [В чём разница между клиентами-заказчиками и пользователями в контексте ИТ-услуг?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-klientami-zakazchikami-i-polzovatelyami-v-kontekste-it-uslug/)

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

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

Рейтинг: 1572

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