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

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

## [Какие конфликты возникают между управлением инцидентами и управлением проблемами?](https://cleverics.ru/digital/kb-qa/kakie-konflikty-voznikayut-mezhdu-upravleniem-intsidentami-i-upravleniem-problemami/)

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

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

Рейтинг: 1094

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

## [Как можно начать внедрение процесса управления изменениями на начальном этапе?](https://cleverics.ru/digital/kb-qa/kak-mozhno-nachat-vnedrenie-protsessa-upravleniya-izmeneniyami-na-nachalnom-etape/)

Процесс управления изменениями на начальном этапе может внедряться как простой способ обновления CMDB. В этот период цель по снижению негативного влияния изменений может быть отложена, и основное внимание уделяется единообразному проведению изменений. Стабильная работа процесса в части единообразия уже частично способствует улучшению ситуации с негативным влиянием изменений.

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

Рейтинг: 1093

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

## [Почему неравномерное поступление инцидентов увеличивает среднее время их решения?](https://cleverics.ru/digital/kb-qa/pochemu-neravnomernoe-postuplenie-intsidentov-uvelichivaet-srednee-vremya-ikh-resheniya/)

Неравномерное поступление инцидентов увеличивает среднее время их решения из-за эффекта очереди. Типичное распределение инцидентов похоже на 'верблюда' - с пиками нагрузки в определенные часы дня (обычно в первой половине). Когда инциденты приходят неравномерно, они попадают в очередь и вынуждены ждать своей очереди, даже если производительность персонала остается неизменной. В наихудшем случае, когда все инциденты приходят одновременно (например, утром), среднее время решения может возрасти в разы. Например, при 24 инцидентах, решаемых персоналом с производительностью 20 минут на инцидент, среднее время решения увеличивается с теоретических 20 минут до 4 часов 10 минут просто из-за эффекта последовательной обработки очереди.

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

Рейтинг: 1093

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

## [Чем отличается традиционное управление ИТ от парадигмы ITSM?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-traditsionnoe-upravlenie-it-ot-paradigmy-itsm/)

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

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

Рейтинг: 1093

Теги: ITSM, SLA, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, постоянное улучшение, совершенствование, CSI, PDCA, управление уровнем услуг, SLM, эффективность, оптимизация

## [Что такое беклог и какое значение он имеет в процессе разработки продукта?](https://cleverics.ru/digital/kb-qa/chto-takoe-beklog-i-kakoe-znachenie-on-imeet-v-protsesse-razrabotki-produkta/)

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

Автор: Андрей Труфанов

Рейтинг: 1092

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

## [Что такое риск в контексте ISO 31000?](https://cleverics.ru/digital/kb-qa/chto-takoe-risk-v-kontekste-iso-31000/)

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

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

Рейтинг: 1092

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

## [Как объединенный радар результативности и зрелости может повлиять на принятие решений в ИТ-менеджменте?](https://cleverics.ru/digital/kb-qa/kak-obedinennyy-radar-rezultativnosti-i-zrelosti-mozhet-povliyat-na-prinyatie-resheniy-v-it-menedzhm/)

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

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

Рейтинг: 1092

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

## [Какой вред может принести чрезмерная активность руководителя в новой команде с разным уровнем подготовки?](https://cleverics.ru/digital/kb-qa/kakoy-vred-mozhet-prinesti-chrezmernaya-aktivnost-rukovoditelya-v-novoy-komande-s-raznym-urovnem-pod/)

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

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

Рейтинг: 1092

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

## [Какие аспекты следует учитывать при разработке требований к системе управления конфигурациями (CMS)?](https://cleverics.ru/digital/kb-qa/kakie-aspekty-sleduet-uchityvat-pri-razrabotke-trebovaniy-k-sisteme-upravleniya-konfiguratsiyami-cms/)

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

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

Рейтинг: 1092

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

## [Как определить допустимые значения для сопряженных метрик?](https://cleverics.ru/digital/kb-qa/kak-opredelit-dopustimye-znacheniya-dlya-sopryazhennykh-metrik/)

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

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

Рейтинг: 1091

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