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

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

## [Какие параметры качества следует учитывать при оценке работы ИТ-специалистов в смешанных командах?](https://cleverics.ru/digital/kb-qa/kakie-parametry-kachestva-sleduet-uchityvat-pri-otsenke-raboty-it-spetsialistov-v-smeshannykh-komand/)

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

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

Рейтинг: 694

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

## [Почему уровень зрелости процесса в COBIT нельзя точно определить?](https://cleverics.ru/digital/kb-qa/pochemu-uroven-zrelosti-protsessa-v-cobit-nelzya-tochno-opredelit/)

Точное определение уровня зрелости процесса в COBIT невозможно, так как один процесс может демонстрировать признаки сразу нескольких уровней зрелости одновременно. Эта особенность схожа с принципом суперпозиции в квантовой физике, когда система может находиться в нескольких состояниях сразу. Поэтому однозначно определить, на каком уровне зрелости находится процесс, который проявляет черты уровней 2, 3 и 4, невозможно. Существующие методы расчета уровня зрелости, такие как использование весовых коэффициентов, остаются субъективными и зависят от подхода конкретного аудитора.

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

Рейтинг: 694

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

## [Какие последствия имеет введение сервисных отношений внутри ИТ-подразделения?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-vvedenie-servisnykh-otnosheniy-vnutri-it-podrazdeleniya/)

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

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

Рейтинг: 694

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

## [Как влияет рост компании на необходимость миграции системы автоматизации?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-rost-kompanii-na-neobkhodimost-migratsii-sistemy-avtomatizatsii/)

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

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

Рейтинг: 694

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

## [Почему третий сценарий (фиксация двухнедельных релизов как нормы) считается ущербным?](https://cleverics.ru/digital/kb-qa/pochemu-tretiy-stsenariy-fiksatsiya-dvukhnedelnykh-relizov-kak-normy-schitaetsya-ushcherbnym/)

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

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

Рейтинг: 694

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

## [Как проверить обоснованность предложенных мероприятий по совершенствованию процессов?](https://cleverics.ru/digital/kb-qa/kak-proverit-obosnovannost-predlozhennykh-meropriyatiy-po-sovershenstvovaniyu-protsessov/)

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

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

Рейтинг: 694

Теги: постоянное улучшение, совершенствование, CSI, PDCA, управление рисками

## [Почему информация о реальных примерах внедрения ITIL настолько редко встречается?](https://cleverics.ru/digital/kb-qa/pochemu-informatsiya-o-realnykh-primerakh-vnedreniya-itil-nastolko-redko-vstrechaetsya/)

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

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

Рейтинг: 694

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

## [Как производственное соревнование может помочь в изменении поведения сотрудников?](https://cleverics.ru/digital/kb-qa/kak-proizvodstvennoe-sorevnovanie-mozhet-pomoch-v-izmenenii-povedeniya-sotrudnikov/)

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

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

Рейтинг: 694

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

## [В чём заключается ошибка сервис-провайдера при работе "проактивно" без понимания целей заказчика?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-oshibka-servis-provaydera-pri-rabote-proaktivno-bez-ponimaniya-tseley-zakazchi/)

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

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

Рейтинг: 693

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

## [Какие преимущества даёт использование двух показателей (среднего и минимального) для оценки качества ИТ-услуг?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-ispolzovanie-dvukh-pokazateley-srednego-i-minimalnogo-dlya-otsenki-kaches/)

Использование пары показателей (среднего и минимального) позволяет разделить анализ на две составляющие: общий уровень сервиса и его стабильность. Среднее значение даёт представление о совокупной эффективности (например, 85% выполнения всех SLA), что удобно для сравнения с целевыми показателями. Минимальное значение выявляет худший результат среди всех услуг (например, 40%), что сигнализирует о критических рисках. В динамике такой подход помогает отслеживать, как улучшается или ухудшается стабильность — даже если среднее растёт, снижение минимального значения указывает на усугубление отдельных проблем.

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

Рейтинг: 693

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