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

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

## [Как определяется приоритетность устранения проблемы в процессе «Управление проблемами»?](https://cleverics.ru/digital/kb-qa/kak-opredelyaetsya-prioritetnost-ustraneniya-problemy-v-protsesse-upravlenie-problemami/)

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

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

Рейтинг: 785

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

## [Почему недостаток информации при переходе задач по этапам является проблемой в ИТ-разработке?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatok-informatsii-pri-perekhode-zadach-po-etapam-yavlyaetsya-problemoy-v-it-razrabotke/)

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

Автор: Светлана Сапегина

Рейтинг: 785

Теги: DevOps, CI/CD, бизнес, ценность, бизнес-заказчик, командная работа

## [Почему важно разделять ответственность за управление инцидентами и управление проблемами?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-razdelyat-otvetstvennost-za-upravlenie-intsidentami-i-upravlenie-problemami/)

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

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

Рейтинг: 785

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

## [Почему последний вариант решения при нескольких заказчиках одной ИТ-услуги считается наиболее предпочтительным?](https://cleverics.ru/digital/kb-qa/pochemu-posledniy-variant-resheniya-pri-neskolkikh-zakazchikakh-odnoy-it-uslugi-schitaetsya-naibolee/)

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

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

Рейтинг: 785

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

## [Почему процесс BRM важен для достижения долгосрочного партнерства между ИТ и бизнесом?](https://cleverics.ru/digital/kb-qa/pochemu-protsess-brm-vazhen-dlya-dostizheniya-dolgosrochnogo-partnerstva-mezhdu-it-i-biznesom/)

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

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

Рейтинг: 785

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

## [Каков физический смысл предложенной метрики процесса управления проблемами?](https://cleverics.ru/digital/kb-qa/kakov-fizicheskiy-smysl-predlozhennoy-metriki-protsessa-upravleniya-problemami/)

Физический смысл данной метрики - коэффициент обновления. Метрика равна 1, если по итогам отчетного периода все оставшиеся открытые проблемы являются новыми (их не было в предыдущем периоде). Это означает, что старые проблемы были решены, а новые зарегистрированы, то есть процесс управления проблемами эффективно работает. Значение метрики 1 указывает на идеальную работу процесса, когда за период были полностью решены все старые проблемы и зарегистрированы только новые.

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

Рейтинг: 785

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

## [Как влияние границы между ИТ и бизнесом способствовало усугублению кризиса в компании?](https://cleverics.ru/digital/kb-qa/kak-vliyanie-granitsy-mezhdu-it-i-biznesom-sposobstvovalo-usugubleniyu-krizisa-v-kompanii/)

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

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

Рейтинг: 785

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

## [Почему в некоторых случаях может быть рационально не устранять корневую причину проблемы полностью?](https://cleverics.ru/digital/kb-qa/pochemu-v-nekotorykh-sluchayakh-mozhet-byt-ratsionalno-ne-ustranyat-kornevuyu-prichinu-problemy-poln/)

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

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

Рейтинг: 785

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

## [Как целостный подход к работе влияет на сервисное мышление?](https://cleverics.ru/digital/kb-qa/kak-tselostnyy-podkhod-k-rabote-vliyaet-na-servisnoe-myshlenie/)

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

Автор: Александр Движков

Рейтинг: 785

Теги: аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа

## [Чем деловые игры могут быть полезны для оценки эффективности команд?](https://cleverics.ru/digital/kb-qa/chem-delovye-igry-mogut-byt-polezny-dlya-otsenki-effektivnosti-komand/)

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

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

Рейтинг: 785

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