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

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

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

## [В каких процессах ITIL содержится управление рисками?](https://cleverics.ru/digital/kb-qa/v-kakikh-protsessakh-itil-soderzhitsya-upravlenie-riskami/)

Управление рисками присутствует в следующих процессах ITIL: 1. В группе процессов проектирования услуг - через управление доступностью, мощностями, непрерывностью и информационной безопасностью, где требуется анализ угроз и внедрение контрмер. 2. В управлении проблемами, особенно в проактивной его части, направленной на предотвращение инцидентов. 3. В постоянном совершенствовании услуг (CSI), где деятельность по улучшению часто приводит к идентификации рисков, а идентифицированные риски запускают новые циклы улучшений. 4. В управлении изменениями и релизами. 5. В управлении портфелем услуг. Все эти процессы содержат элементы идентификации, анализа и управления рисками, что делает управление рисками сквозной практикой в рамках ITIL.

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

Рейтинг: 1090

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