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

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

## [Почему важно видеть динамику команды не только в сравнении с другими, но и с собой в прошлом?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-videt-dinamiku-komandy-ne-tolko-v-sravnenii-s-drugimi-no-i-s-soboy-v-proshlom/)

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

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

Рейтинг: 835

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

## [Чем занимается поставщик услуг в рамках BPO?](https://cleverics.ru/digital/kb-qa/chem-zanimaetsya-postavshchik-uslug-v-ramkakh-bpo/)

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

Автор: Роман Журавлёв

Рейтинг: 835

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

## [Как определить подходящий уровень детализации в конфигурационной модели ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-opredelit-podkhodyashchiy-uroven-detalizatsii-v-konfiguratsionnoy-modeli-it-uslug/)

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

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

Рейтинг: 835

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

## [Как группа 'б' влияет на значение метрики продуктивности](https://cleverics.ru/digital/kb-qa/kak-gruppa-b-vliyaet-na-znachenie-metriki-produktivnosti/)

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

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

Рейтинг: 835

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

## [Как можно достичь быстрой реализации улучшений в ITSM без длительных проектов?](https://cleverics.ru/digital/kb-qa/kak-mozhno-dostich-bystroy-realizatsii-uluchsheniy-v-itsm-bez-dlitelnykh-proektov/)

Быструю реализацию улучшений в ITSM можно достичь через внедрение небольших, но эффективных изменений в рамках текущей работы, подобно подходу CSI (Continual Service Improvement). Как показывает пример, не требуются масштабные и длительные проекты для достижения значимых результатов - сокращение времени решения инцидентов на 40% за полгода было реализовано собственными силами в режиме текущей деятельности. Успешное внедрение включает в себя четкое определение проблемы, разработку простого и понятного решения, постепенное внедрение с учетом пользовательского опыта и постоянную обратную связь. Ключевые факторы успеха - фокус на решении конкретной задачи (в данном случае сокращение времени на сбор информации и маршрутизацию), простота реализации и внимание к удобству конечных пользователей, что приводит к естественному принятию новой системы.

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

Рейтинг: 835

Теги: ITSM, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление инцидентами, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление релизами, эффективность, оптимизация

## [Как подход с объединенным радаром соотносится с концепцией сбалансированной системы показателей (BSC)?](https://cleverics.ru/digital/kb-qa/kak-podkhod-s-obedinennym-radarom-sootnositsya-s-kontseptsiey-sbalansirovannoy-sistemy-pokazateley-b/)

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

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

Рейтинг: 835

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

## [Как аудиторы оценивают процессы по модели COBIT 5 PAM: по документам или по реальным действиям?](https://cleverics.ru/digital/kb-qa/kak-auditory-otsenivayut-protsessy-po-modeli-cobit-5-pam-po-dokumentam-ili-po-realnym-deystviyam/)

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

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

Рейтинг: 834

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

## [Какова формула расчёта KPI для групп поддержки по своевременности обработки инцидентов?](https://cleverics.ru/digital/kb-qa/kakova-formula-rascheta-kpi-dlya-grupp-podderzhki-po-svoevremennosti-obrabotki-intsidentov/)

KPI группы поддержки рассчитывается по формуле: Кгруппы = (1/N) * Σ[(1 - (ti/Ti) * vi)], где N – общее число инцидентов, в которых участвовала группа, vi принимает значение 0 (инцидент решен в срок) или 1 (инцидент просрочен), ti – время обработки i-го инцидента силами данной группы (включая время реакции), Ti – общее время обработка i-го инцидента от регистрации до решения. Значение метрики находится в пределах [0; 1] и отражает степень своевременности обработки инцидентов, учитывая долю участия группы в общем процессе.

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

Рейтинг: 834

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

## [Что представляет собой методика «Пять «Почему?» («5-why») в процессе управления проблемами?](https://cleverics.ru/digital/kb-qa/chto-predstavlyaet-soboy-metodika-pyat-pochemu-5-why-v-protsesse-upravleniya-problemami/)

Методика «Пять «Почему?» («5-why») заключается в последовательном задавании вопроса «Почему?» для выявления причин явления (проблемы). Начиная с исходного события, на каждом шаге фиксируется ответ, и к этому ответу снова применяется вопрос «Почему?». Данный подход позволяет, как утверждается в ITIL SO (4.4.4.3), на пятой итерации добираться до корневой причины проблемы. Однако процесс может включать ветвление ответов на каждом этапе, поскольку на вопрос «Почему?» часто существует несколько возможных ответов, что усложняет однозначное определение корневой причины.

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

Рейтинг: 834

Теги: ITIL, управление проблемами

## [В чем состоит основное преимущество использования комбинированной модели доступа перед чистыми RBAC или ABAC?](https://cleverics.ru/digital/kb-qa/v-chem-sostoit-osnovnoe-preimushchestvo-ispolzovaniya-kombinirovannoy-modeli-dostupa-pered-chistymi/)

Основное преимущество комбинированной модели доступа заключается в балансе между гибкостью и управляемостью системы. Она позволяет использовать преимущества обеих моделей: простоту администрирования ролевой модели (RBAC) для статических атрибутов и гибкость атрибутной модели (ABAC) для динамических условий. Это особенно эффективно, так большинство важных атрибутов в реальных системах (должность, подразделение) остаются статическими, а количество динамических атрибутов (время, местоположение) обычно невелико. В результате получается значительно упрощенная система по сравнению с использованием чистых RBAC или ABAC для всех атрибутов.

Автор: Александр Омельченко

Рейтинг: 834

Теги: управление доступом, IDM, ролевые модели, RBAC, ABAC