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

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

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

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

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

Рейтинг: 884

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

## [Как уязвимость системы связана с риском?](https://cleverics.ru/digital/kb-qa/kak-uyazvimost-sistemy-svyazana-s-riskom/)

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

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

Рейтинг: 884

Теги: управление рисками

## [Какова роль процесса EDM05 в рамках домена руководства ИТ?](https://cleverics.ru/digital/kb-qa/kakova-rol-protsessa-edm05-v-ramkakh-domena-rukovodstva-it/)

Процесс EDM05 «Обеспечение прозрачности для заинтересованных сторон» отвечает за формирование отчетности и обеспечение прозрачности системы руководства ИТ. Объектом этого процесса также выступают процессы руководства (EDM02–EDM04), а его задача — обеспечить доступность информации о руководстве ИТ для заинтересованных сторон. Практики процесса EDM05 включают оценку требований к отчетности со стороны заинтересованных лиц, определение направления действий в сфере информирования и мониторинг эффективности предоставления отчетности.

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

Рейтинг: 884

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

## [Какая польза от участия в деловой игре Grab@Pizza для ИТ-специалистов?](https://cleverics.ru/digital/kb-qa/kakaya-polza-ot-uchastiya-v-delovoy-igre-grab-pizza-dlya-it-spetsialistov/)

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

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

Рейтинг: 884

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

## [Как Service Owner взаимодействует с бизнесом в контексте SLA и OLA?](https://cleverics.ru/digital/kb-qa/kak-service-owner-vzaimodeystvuet-s-biznesom-v-kontekste-sla-i-ola/)

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

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

Рейтинг: 884

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

## [Как автоматизация помогает в процессе приоритизации инцидентов?](https://cleverics.ru/digital/kb-qa/kak-avtomatizatsiya-pomogaet-v-protsesse-prioritizatsii-intsidentov/)

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

Автор: Анна Васильева

Рейтинг: 884

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

## [Как эволюция Definition of Done отражает изменение философии разработки программного обеспечения?](https://cleverics.ru/digital/kb-qa/kak-evolyutsiya-definition-of-done-otrazhaet-izmenenie-filosofii-razrabotki-programmnogo-obespecheni/)

Эволюция Definition of Done отражает переход от внутренне-ориентированной разработки к пользователь-ориентированной философии. Изначально фокус был на локальной среде разработчика, затем добавились контрольные точки (тестировщик, владелец продукта), но конечной точкой стала работа в реальной продуктивной среде. Это показывает, как индустрия осознала, что истинная ценность разработки определяется не внутренними одобрениями, а реальным использованием и удовлетворенностью конечных пользователей. DevOps довел эту эволюцию до логического завершения, сделав акцент на автоматизации и работе в продакшне как ключевых элементах успешной разработки.

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

Рейтинг: 884

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

## [Какие альтернативные подходы к принятию решений о приоритетах ИТ-изменений существуют?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-podkhody-k-prinyatiyu-resheniy-o-prioritetakh-it-izmeneniy-sushchestvuyut/)

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

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

Рейтинг: 884

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

## [Какую роль играет уровень влияния в определении приоритета проблемы?](https://cleverics.ru/digital/kb-qa/kakuyu-rol-igraet-uroven-vliyaniya-v-opredelenii-prioriteta-problemy/)

Уровень влияния инцидента напрямую определяет его вес в системе расчета приоритета проблемы. Инциденты с высоким уровнем влияния (например, "Критичный") вносят больший вклад в суммарный вес проблемы, что повышает её приоритет. Точное определение уровня влияния является ключевым фактором для корректной расстановки приоритетов.

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

Рейтинг: 884

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

## [Какие проблемы возникают при хранении знаний о распределении обращений в головах сотрудников?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-khranenii-znaniy-o-raspredelenii-obrashcheniy-v-golovakh-sotrudnikov/)

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

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

Рейтинг: 883

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