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

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

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

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

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

Рейтинг: 894

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

## [Какие ошибки возникают при слишком низкой или слишком высокой детализации учета работ?](https://cleverics.ru/digital/kb-qa/kakie-oshibki-voznikayut-pri-slishkom-nizkoy-ili-slishkom-vysokoy-detalizatsii-ucheta-rabot/)

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

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

Рейтинг: 894

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

## [Почему люди с высокой компетентностью могут занижать свою самооценку?](https://cleverics.ru/digital/kb-qa/pochemu-lyudi-s-vysokoy-kompetentnostyu-mogut-zanizhat-svoyu-samootsenku/)

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

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

Рейтинг: 894

Теги: обучение сотрудников, учебные курсы, тренинги, управление знаниями

## [Какой способ агрегирования показателей предлагает CLD для управления изменениями?](https://cleverics.ru/digital/kb-qa/kakoy-sposob-agregirovaniya-pokazateley-predlagaet-cld-dlya-upravleniya-izmeneniyami/)

CLD предлагает способ агрегирования показателей для управления изменениями, позволяя сгруппировать метрики по ключевым областям управления. Например, для контроля своевременности реализации (Time to Market) можно использовать метрики Lead Time и Percentage of changes timely implemented. Для управления затратами (Cost per change) подходят Process Time и Standard Change Rate. Для оценки негативного влияния от изменений (Change Risk) можно использовать как прямые метрики (Percentage of Changes Without Recurring incidents, Total time of Major incidents caused by Releases), так и опережающие индикаторы (Release size, Emergency change rate). Такое структурирование помогает формировать комплексную картину эффективности процесса изменений.

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

Рейтинг: 894

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

## [Какие типы бизнес-процессов наиболее уязвимы к длительным разовым простоям?](https://cleverics.ru/digital/kb-qa/kakie-tipy-biznes-protsessov-naibolee-uyazvimy-k-dlitelnym-razovym-prostoyam/)

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

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

Рейтинг: 894

Теги: DevOps, CI/CD, SLA, бизнес, ценность, бизнес-заказчик, управление конфигурациями, CMDB, управление процессами, ИТ-процессы, управление рисками, управление уровнем услуг, SLM

## [Почему отказ от использования ролевой модели управления доступом может быть неоптимальным решением?](https://cleverics.ru/digital/kb-qa/pochemu-otkaz-ot-ispolzovaniya-rolevoy-modeli-upravleniya-dostupom-mozhet-byt-neoptimalnym-resheniem/)

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

Автор: Денис Денисов

Рейтинг: 894

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

## [Какие существуют методы привязки инцидентов к изменениям?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-metody-privyazki-intsidentov-k-izmeneniyam/)

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

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

Рейтинг: 894

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

## [Какие особенности характерны для идеальной продуктовой команды согласно тексту?](https://cleverics.ru/digital/kb-qa/kakie-osobennosti-kharakterny-dlya-idealnoy-produktovoy-komandy-soglasno-tekstu/)

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

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

Рейтинг: 894

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

## [Как перепланирование помогает в кризисной ситуации проекта?](https://cleverics.ru/digital/kb-qa/kak-pereplanirovanie-pomogaet-v-krizisnoy-situatsii-proekta/)

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

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

Рейтинг: 894

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

## [Какая рекомендация содержится в части 2 ISO 20000 на странице 20?](https://cleverics.ru/digital/kb-qa/kakaya-rekomendatsiya-soderzhitsya-v-chasti-2-iso-20000-na-stranitse-20/)

В части 2 стандарта ISO 20000 на странице 20 содержится рекомендация: «Целевые показатели разрешения должны быть основаны на приоритете». Эта формулировка указывает, что сроки устранения проблем или инцидентов следует устанавливать с учетом их приоритета. При этом важно отметить, что это именно рекомендация, а не обязательное требование, так как находится во второй части стандарта.

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

Рейтинг: 894

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