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

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

## [Что включает в себя IT_M в контексте управления ИТ?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-it-m-v-kontekste-upravleniya-it/)

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

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

Рейтинг: 839

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

## [Что происходит с предложением об изменении, если оно не проходит авторизацию в процессе управления изменениями?](https://cleverics.ru/digital/kb-qa/chto-proiskhodit-s-predlozheniem-ob-izmenenii-esli-ono-ne-prokhodit-avtorizatsiyu-v-protsesse-upravl/)

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

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

Рейтинг: 839

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

## [Как категоризация инцидентов помогает в анализе тенденций и отчетности?](https://cleverics.ru/digital/kb-qa/kak-kategorizatsiya-intsidentov-pomogaet-v-analize-tendentsiy-i-otchetnosti/)

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

Автор: Игорь Фадеев

Рейтинг: 838

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

## [Как определить необходимый объём данных в системе управления конфигурациями?](https://cleverics.ru/digital/kb-qa/kak-opredelit-neobkhodimyy-obem-dannykh-v-sisteme-upravleniya-konfiguratsiyami/)

Для определения необходимого объёма данных в системе управления конфигурациями следует сначала проанализировать потребности бизнес-процессов и ИТ-услуг. Нужно выявить, какие процессы и роли будут использовать информацию из CMS, какие конкретные данные им необходимы и как они будут применяться для решения задач. Следует сосредоточиться на сборе именно тех данных, которые имеют прямую ценность для поддержки операционной деятельности и принятия решений. Внедрение должно начинаться с минимального жизнеспособного набора информации и постепенно расширяться по мере выявления реальных потребностей, избегая сбора избыточных данных, которые не используются ни одним из процессов.

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

Рейтинг: 838

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

## [Какие ключевые переменные влияют на баланс между 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 (уровень контроля изменений), которые определяют эффективность и качество процесса внедрения изменений в систему.

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

Рейтинг: 838

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

## [Какой документ является первичным: запрос на изменение (RFC) или предложение об изменении (Change proposal)?](https://cleverics.ru/digital/kb-qa/kakoy-dokument-yavlyaetsya-pervichnym-zapros-na-izmenenie-rfc-ili-predlozhenie-ob-izmenenii-change-p/)

Предложение об изменении (Change proposal) является первичным документом. Оно создается на стратегическом уровне в рамках процесса управления портфелем услуг. RFC появляется уже после утверждения Change proposal и служит инструментом для реализации конкретных технических изменений, определенных в высоком уровне планирования.

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

Рейтинг: 838

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

## [Почему синхронизация CMDB и управления изменениями важна для ИТ-операций?](https://cleverics.ru/digital/kb-qa/pochemu-sinkhronizatsiya-cmdb-i-upravleniya-izmeneniyami-vazhna-dlya-it-operatsiy/)

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

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

Рейтинг: 838

Теги: управление изменениями, управление инцидентами, управление конфигурациями, CMDB, управление рисками

## [Как определить, когда следует расширять охват изменений, а когда не следует?](https://cleverics.ru/digital/kb-qa/kak-opredelit-kogda-sleduet-rasshiryat-okhvat-izmeneniy-a-kogda-ne-sleduet/)

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

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

Рейтинг: 838

Теги: архитектура ИТ, TOGAF и IT4IT, мотивация персонала, стимулирование, управление процессами, ИТ-процессы

## [Почему важно анализировать границы применимости продуктового подхода?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-analizirovat-granitsy-primenimosti-produktovogo-podkhoda/)

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

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

Рейтинг: 838

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

## [Как работает статистический подход к контролю использования функции приостановки таймера?](https://cleverics.ru/digital/kb-qa/kak-rabotaet-statisticheskiy-podkhod-k-kontrolyu-ispolzovaniya-funktsii-priostanovki-taymera/)

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

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

Рейтинг: 838

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