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

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

## [Как определяется уровень Business Capacity Management в процессе управления мощностями?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-uroven-business-capacity-management-v-protsesse-upravleniya-moshchnostyami/)

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

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

Рейтинг: 1005

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

## [Какие основные требования предъявляются к CMDB в контексте управления мощностями и сервисной экономики?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-trebovaniya-predyavlyayutsya-k-cmdb-v-kontekste-upravleniya-moshchnostyami-i-servisno/)

К CMDB в контексте управления мощностями и сервисной экономики предъявляется три основных требования. Во-первых, в CMDB должны быть построены логические модели приложений и услуг, которые включают не только физические ресурсы (оборудование и сети), но и функциональные роли ресурсов, такие как СУБД, web-сервер, файл-сервер и другие. Функциональные роли важны, так как с ними связаны единицы объёма потребления, специфичные затраты и зависимости мощности. Во-вторых, связи между элементами CMDB должны содержать атрибуты и логику, которые переносят потребность в мощностях от ресурсов верхнего уровня к поддерживающим ресурсам, а также стоимость обеспечения в обратном направлении. В-третьих, для обсчёта целевой архитектуры CMDB должна уметь оперировать не только существующими объектами и связями, но и плановыми, создавая, храня и логически отделяя сервисно-ресурсные модели, которые ещё проектируются.

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

Рейтинг: 1001

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

## [Почему традиционные ИТ-услуги трудно позиционировать как услуги, а не как ресурсы?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnye-it-uslugi-trudno-pozitsionirovat-kak-uslugi-a-ne-kak-resursy/)

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

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

Рейтинг: 997

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

## [В чем состоят ключевые аргументы против выделения управления доступностью как отдельного процесса?](https://cleverics.ru/digital/kb-qa/v-chem-sostoyat-klyuchevye-argumenty-protiv-vydeleniya-upravleniya-dostupnostyu-kak-otdelnogo-protse/)

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

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

Рейтинг: 976

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

## [Как решать проблему нехватки инструментов для ИТ-бюджетирования?](https://cleverics.ru/digital/kb-qa/kak-reshat-problemu-nekhvatki-instrumentov-dlya-it-byudzhetirovaniya/)

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

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

Рейтинг: 973

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

## [Какие типы управленческих процессов можно выделить в ИТ-службе?](https://cleverics.ru/digital/kb-qa/kakie-tipy-upravlencheskikh-protsessov-mozhno-vydelit-v-it-sluzhbe/)

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

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

Рейтинг: 955

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

## [Почему предлагается заменить термин Service Capacity Management на System Capacity Management?](https://cleverics.ru/digital/kb-qa/pochemu-predlagaetsya-zamenit-termin-service-capacity-management-na-system-capacity-management/)

Термин Service Capacity Management предлагается заменить на System Capacity Management, поскольку понятие «услуга» может быть связано с разными уровнями: бизнес-процессом, ИТ-системой или ресурсом. Если ИТ-услуга определена как обеспечение бизнес-процессов, то управление мощностью должно относиться к бизнесу, а не к услуге как таковой. Аналогично, если услуга ассоциируется с ИТ-системой, то правильнее говорить об управлении мощностью системы, а не услуги.

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

Рейтинг: 941

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

## [Как проверить соответствие CMDB требованиям для управления мощностями?](https://cleverics.ru/digital/kb-qa/kak-proverit-sootvetstvie-cmdb-trebovaniyam-dlya-upravleniya-moshchnostyami/)

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

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

Рейтинг: 910

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

## [Каким образом процессы управления качеством ИТ-услуг связаны с управлением рисками?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-protsessy-upravleniya-kachestvom-it-uslug-svyazany-s-upravleniem-riskami/)

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

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

Рейтинг: 896

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

## [Какие риски связаны с ИТ-инфраструктурой по мнению авторов COBIT5 for Risk?](https://cleverics.ru/digital/kb-qa/kakie-riski-svyazany-s-it-infrastrukturoy-po-mneniyu-avtorov-cobit5-for-risk/)

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

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

Рейтинг: 891

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