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

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

## [Как измерить эффективность планирования доступности ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kak-izmerit-effektivnost-planirovaniya-dostupnosti-it-uslug/)

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

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

Рейтинг: 1072

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

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

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

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

Рейтинг: 1072

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

## [Какие ключевые переменные влияют на баланс между Agility и Stability в ИТ?](https://cleverics.ru/digital/kb-qa/kakie-klyuchevye-peremennye-vliyayut-na-balans-mezhdu-agility-i-stability-v-it/)

Ключевые переменные, влияющие на баланс между Agile (гибкостью) и стабильностью в ИТ: Release rate (частота внедрений) и Release size (средний размер внедрения). Чем выше частота внедрений (Release rate), тем меньшими порциями можно внедрять изменения (меньше Release size), и наоборот. Частые внедрения помогают сокращать размер очереди изменений (Backlog Size), уменьшают риски (Change Risk) и способствуют накоплению опыта. Большой размер релиза приводит к повышенным рискам, поскольку сложнее планировать и контролировать изменения. Также важны Process Time (время работы над изменением), Queue Time (время ожидания в очереди), Change capability (способность ИТ-организации проводить изменения) и Change Control Level (уровень контроля изменений), которые определяют эффективность и качество процесса внедрения изменений в систему.

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

Рейтинг: 1072

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

## [Какой смысл имеют уровни зрелости в контексте оценки процессов согласно COBIT?](https://cleverics.ru/digital/kb-qa/kakoy-smysl-imeyut-urovni-zrelosti-v-kontekste-otsenki-protsessov-soglasno-cobit/)

Согласно COBIT, уровни зрелости процессов имеют исключительно иллюстративный смысл. Они используются для наглядного представления текущего состояния процесса или разницы между текущим и целевым состояниями, но не предназначены для точной количественной оценки. Уровень зрелости является побочным продуктом обследования, а не основной метрикой. Его не следует воспринимать чересчур серьезно, поскольку один и тот же процесс может проявлять признаки нескольких уровней зрелости одновременно, и разные аудиторы могут давать разные оценки одному процессу, даже используя одни и те же контрольные показатели.

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

Рейтинг: 1072

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

## [Какие практические сложности возникают при использовании causal loop diagram в реальных ИТ-организациях?](https://cleverics.ru/digital/kb-qa/kakie-prakticheskie-slozhnosti-voznikayut-pri-ispolzovanii-causal-loop-diagram-v-realnykh-it-organiz/)

При использовании causal loop diagram (CLD) в реальных ИТ-организациях возникают несколько практических сложностей. Во-первых, с расширением диаграммы (увеличением количества переменных) она становится практически нечитаемой, поэтому важно сохранять фокус на конкретной проблеме и не включать все возможные факторы. Трудность заключается в том, что в процессе анализа постоянно открываются новые факторы, и сложно определить, какие из них критичны для анализа, а какие можно пренебречь. Во-вторых, связи между переменными в реальной жизни могут быть не такими однозначными, как на диаграмме - например, большой Backlog Size не всегда приводит к увеличению Release Size, что зависит от конкретного случая и культуры организации. В-третьих, построение CLD требует глубокого понимания всех процессов и взаимодействий в организации, что часто недоступно одному человеку и требует командной работы. В-четвертых, даже при согласованной диаграмме сложно определить, какие именно точки воздействия будут эффективны для изменения всей системы. Тем не менее, несмотря на эти сложности, CLD остается ценным инструментом для визуализации и объяснения сложных системных явлений в ИТ-организациях.

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

Рейтинг: 1072

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

## [Какие преимущества имеет вариант с дочерней задачей для исправлений?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-imeet-variant-s-docherney-zadachey-dlya-ispravleniy/)

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

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

Рейтинг: 1072

Теги: командная работа

## [Как оценивается качество автоматически сформированной роли в системах Role mining?](https://cleverics.ru/digital/kb-qa/kak-otsenivaetsya-kachestvo-avtomaticheski-sformirovannoy-roli-v-sistemakh-role-mining/)

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

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

Рейтинг: 1072

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

## [Каким образом расширенный жизненный цикл инцидента влияет на взаимодействие менеджеров инцидентов и менеджеров проблем?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-rasshirennyy-zhiznennyy-tsikl-intsidenta-vliyaet-na-vzaimodeystvie-menedzherov-intside/)

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

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

Рейтинг: 1072

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

## [Что такое Universal Service Management (USM) и как оно связано с обсуждаемой моделью?](https://cleverics.ru/digital/kb-qa/chto-takoe-universal-service-management-usm-i-kak-ono-svyazano-s-obsuzhdaemoy-modelyu/)

Universal Service Management (USM) - это подход к универсальному управлению услугами, который, по мнению автора текста, разрабатывался в направлении, аналогичном обсуждаемой модели. Автор отмечает, что рассуждения по USM велись в том же направлении, но были проще и привели к более простым результатам. Однако подробной информации об этом подходе найти не удалось. USM рассматривается как потенциально один из вариантов обобщенной процессной модели, хотя и требующий дополнительного изучения.

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

Рейтинг: 1072

Теги: аутсорсинг, интеграция услуг

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

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

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

Рейтинг: 1071

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