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

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

## [Какие документы формируются в рамках пост-имплементационного обзора (PIR)?](https://cleverics.ru/digital/kb-qa/kakie-dokumenty-formiruyutsya-v-ramkakh-post-implementatsionnogo-obzora-pir/)

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

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

Рейтинг: 933

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

## [Какова структура PCF: какие уровни включает и как они обозначаются?](https://cleverics.ru/digital/kb-qa/kakova-struktura-pcf-kakie-urovni-vklyuchaet-i-kak-oni-oboznachayutsya/)

Структура PCF представляет собой иерархический список, состоящий из звеньев разного уровня: категория процессов - наивысший уровень, обозначается целыми числами (5.0, 8.0, 11.0), например, Управление обслуживанием клиентов, Управление финансовыми ресурсами; группа процессов - следующий уровень декомпозиции, обозначается двумя цифрами (5.2, 8.3), например, Планирование и управление обслуживанием клиентов; процесс - собственно процессный уровень, обозначается тремя цифрами (5.2.3, 8.3.4), например, Управление жалобами клиентов; процедура - отдельные активности в исполняемом процессе, обозначаются четырьмя цифрами (5.2.3.4, 8.3.4.2), например, Предоставление ответа на жалобу клиента; задача - низший уровень после процедур, обычно отражает специфику и сильно меняется в зависимости от отрасли промышленности.

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

Рейтинг: 932

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

## [Являются ли связи влияния в CMDB достаточными для расчёта TCO?](https://cleverics.ru/digital/kb-qa/yavlyayutsya-li-svyazi-vliyaniya-v-cmdb-dostatochnymi-dlya-rascheta-tco/)

Да, связи влияния в CMDB являются достаточными для расчёта TCO с некоторыми оговорками. Поскольку главная задача CMDB — определение влияния одних элементов на другие, эти связи отражают использование ресурсов, что непосредственно связано с распределением стоимости. Например, если сервер зависит от системы хранения данных и использует её ресурсы, то доля стоимости системы хранения может быть включена в TCO приложения, установленного на этом сервере. Это позволяет создать достаточно точную модель распределения затрат без необходимости введения специальных «экономических» связей в CMDB.

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

Рейтинг: 932

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

## [Какие риски связаны с использованием кода закрытия "Нет решения" в управлении инцидентами?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-ispolzovaniem-koda-zakrytiya-net-resheniya-v-upravlenii-intsidentami/)

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

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

Рейтинг: 932

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

## [Почему простое отношение своевременно обработанных обращений к общему числу не является справедливой метрикой?](https://cleverics.ru/digital/kb-qa/pochemu-prostoe-otnoshenie-svoevremenno-obrabotannykh-obrashcheniy-k-obshchemu-chislu-ne-yavlyaetsya/)

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

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

Рейтинг: 932

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

## [Почему в ITIL роли менеджера изменений часто вызывают неоднозначность в понимании?](https://cleverics.ru/digital/kb-qa/pochemu-v-itil-roli-menedzhera-izmeneniy-chasto-vyzyvayut-neodnoznachnost-v-ponimanii/)

Роли менеджера изменений в ITIL часто вызывают неоднозначность, потому что в ITIL V3 эта роль не была описана как отдельная, а вместо нее упоминались другие роли, такие как владелец процесса и практик. В зависимости от контекста и организации роль 'менеджера изменений' могла включать в себя различные функции, иногда совмещая обязанности менеджера процесса, администратора изменений и председателя CAB. Даже в ITIL4, где роль менеджера изменений стала официальной, остается гибкость в распределении обязанностей: менеджер изменений может выступать как универсальный ролевой игрок, объединяющий несколько функций, или его обязанности могут быть распределены между менеджером изменений и координаторами, в зависимости от масштаба организации и сложности изменений.

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

Рейтинг: 932

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

## [Как Output и Outcome соотносятся с процессами Service Management?](https://cleverics.ru/digital/kb-qa/kak-output-i-outcome-sootnosyatsya-s-protsessami-service-management/)

В Service Management Output рассматривается как конечный результат процессов предоставления услуг, тогда как Outcome определяет ценность услуги с точки зрения потребителя. Service Management стремится к созданию и поддержанию услуг, которые не просто технически корректны, но и приносят реальную пользу клиентам. Это означает, что при разработке услуг необходимо учитывать, как output влияет на достижение целевого outcome.

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

Рейтинг: 932

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

## [Как организовать взаимодействие с внешними поставщиками в рамках управления изменениями?](https://cleverics.ru/digital/kb-qa/kak-organizovat-vzaimodeystvie-s-vneshnimi-postavshchikami-v-ramkakh-upravleniya-izmeneniyami/)

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

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

Рейтинг: 932

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

## [Что происходит с ИТ-бюджетом, когда бизнес не участвует в его управлении?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-s-it-byudzhetom-kogda-biznes-ne-uchastvuet-v-ego-upravlenii/)

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

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

Рейтинг: 932

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

## [Как функционирует алгоритм профилирования нагрузки внутри группы?](https://cleverics.ru/digital/kb-qa/kak-funktsioniruet-algoritm-profilirovaniya-nagruzki-vnutri-gruppy/)

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

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

Рейтинг: 932

Теги: управление доступностью