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

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

## [Какие альтернативные решения можно рассмотреть перед принятием решения о миграции систем автоматизации?](https://cleverics.ru/digital/kb-qa/kakie-alternativnye-resheniya-mozhno-rassmotret-pered-prinyatiem-resheniya-o-migratsii-sistem-avtoma/)

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

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

Рейтинг: 727

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

## [Какие существуют критерии определения недоступности для услуг, связанных с работами или сервисными операциями?](https://cleverics.ru/digital/kb-qa/kakie-sushchestvuyut-kriterii-opredeleniya-nedostupnosti-dlya-uslug-svyazannykh-s-rabotami-ili-servi/)

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

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

Рейтинг: 727

Теги: SLA, архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, поддержка пользователей, Service Desk, Help Desk, управление доступностью, управление уровнем услуг, SLM

## [Чем отличается подход к управлению затратами у ИТ-директора и топ-менеджмента компании?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-podkhod-k-upravleniyu-zatratami-u-it-direktora-i-top-menedzhmenta-kompanii/)

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

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

Рейтинг: 727

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

## [Почему решения по экстенсивному привлечению ресурсов оказались неэффективными в данной ситуации?](https://cleverics.ru/digital/kb-qa/pochemu-resheniya-po-ekstensivnomu-privlecheniyu-resursov-okazalis-neeffektivnymi-v-dannoy-situatsii/)

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

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

Рейтинг: 727

Теги: архитектура ИТ, TOGAF и IT4IT, командная работа, управление отношениями, взаимодействие, BRM, управление проблемами

## [Какие изменения происходят с мониторингом при внедрении ITSM?](https://cleverics.ru/digital/kb-qa/kakie-izmeneniya-proiskhodyat-s-monitoringom-pri-vnedrenii-itsm/)

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

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

Рейтинг: 727

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

## [Почему отсутствует общепринятая математика для определения интегрального уровня зрелости процесса?](https://cleverics.ru/digital/kb-qa/pochemu-otsutstvuet-obshcheprinyataya-matematika-dlya-opredeleniya-integralnogo-urovnya-zrelosti-pro/)

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

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

Рейтинг: 727

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

## [В чем заключается основная проблема ручного вмешательства в запущенные узлы и как её решить?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-osnovnaya-problema-ruchnogo-vmeshatelstva-v-zapushchennye-uzly-i-kak-ee-reshit/)

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

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

Рейтинг: 726

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

## [Как обрабатываются работы, не связанные напрямую с потоками ценности, в рамках предложенной архитектуры управления?](https://cleverics.ru/digital/kb-qa/kak-obrabatyvayutsya-raboty-ne-svyazannye-napryamuyu-s-potokami-tsennosti-v-ramkakh-predlozhennoy-ar/)

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

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

Рейтинг: 726

Теги: архитектура ИТ, TOGAF и IT4IT, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB

## [Какие факторы влияют на окончательное решение клиента прекратить сотрудничество с поставщиком услуг после единичной ошибки?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-okonchatelnoe-reshenie-klienta-prekratit-sotrudnichestvo-s-postavshchikom/)

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

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

Рейтинг: 726

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

## [Какие факторы влияют на определение максимальной продолжительности одного перерыва в SLA?](https://cleverics.ru/digital/kb-qa/kakie-faktory-vliyayut-na-opredelenie-maksimalnoy-prodolzhitelnosti-odnogo-pereryva-v-sla/)

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

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

Рейтинг: 726

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