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

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

## [Почему в некоторых моделях, таких как COBIT 5, управление доступностью и мощностями объединено?](https://cleverics.ru/digital/kb-qa/pochemu-v-nekotorykh-modelyakh-takikh-kak-cobit-5-upravlenie-dostupnostyu-i-moshchnostyami-obedineno/)

В некоторых моделях, таких как COBIT 5, управление доступностью и мощностями объединено, так как эти аспекты близки по своей сути и часто взаимосвязаны. Модели, стремящиеся к упрощению и укрупнению процессов, могут объединять сходные функции для снижения сложности управления. Однако такой подход приводит к необходимости постоянного балансирования между противоположными требованиями — обеспечение высокой доступности за счет резервирования может негативно влиять на эффективное использование мощностей, и наоборот. ITIL же придерживается более детализированного подхода, разделяя эти процессы для более целенаправленного управления.

Автор: Константин Нарыжный

Рейтинг: 693

Теги: COBIT, ITIL, управление доступностью

## [Как человеческая аналитика помогает избежать игнорирования отчетов?](https://cleverics.ru/digital/kb-qa/kak-chelovecheskaya-analitika-pomogaet-izbezhat-ignorirovaniya-otchetov/)

Человеческая аналитика делает отчет содержательным и персонализированным. Когда в документе не просто статистика, а объяснения, выводы и конкретные предложения, читатель видит ценность информации и понимает, как ею воспользоваться. Например, вместо фразы «KPI достигнуто» указывается, что цель выполнена, но потребовались переработки, и предлагается изменить график задач. Это стимулирует обсуждение и действия.

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

Рейтинг: 693

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

## [Почему 'Риск' выделен как отдельный аспект управления проектами, если его влияние проявляется через другие параметры?](https://cleverics.ru/digital/kb-qa/pochemu-risk-vydelen-kak-otdelnyy-aspekt-upravleniya-proektami-esli-ego-vliyanie-proyavlyaetsya-cher/)

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

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

Рейтинг: 692

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

## [Каковы основные идеологические принципы четвертого сценария (выход на ежедневные релизы)?](https://cleverics.ru/digital/kb-qa/kakovy-osnovnye-ideologicheskie-printsipy-chetvertogo-stsenariya-vykhod-na-ezhednevnye-relizy/)

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

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

Рейтинг: 692

Теги: DevOps, CI/CD, командная работа, управление продуктами, продуктовый подход, управление релизами

## [Как средний чек влияет на оценку транзакционных издержек?](https://cleverics.ru/digital/kb-qa/kak-sredniy-chek-vliyaet-na-otsenku-tranzaktsionnykh-izderzhek/)

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

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

Рейтинг: 692

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

## [Какие финансовые последствия несет высокая текучесть кадров в сервис деске?](https://cleverics.ru/digital/kb-qa/kakie-finansovye-posledstviya-neset-vysokaya-tekuchest-kadrov-v-servis-deske/)

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

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

Рейтинг: 692

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

## [Может ли ценность отношений существовать без рыночной или бизнес-ценности?](https://cleverics.ru/digital/kb-qa/mozhet-li-tsennost-otnosheniy-sushchestvovat-bez-rynochnoy-ili-biznes-tsennosti/)

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

Автор: Роман Журавлёв

Рейтинг: 692

Теги: DevOps, CI/CD, аллокация затрат, расчёт себестоимости услуг, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, общие вопросы менеджмента, управление отношениями, взаимодействие, BRM, экономика и финансы

## [Какие преимущества дает совместное определение способа измерения прогресса в рамках MBO?](https://cleverics.ru/digital/kb-qa/kakie-preimushchestva-daet-sovmestnoe-opredelenie-sposoba-izmereniya-progressa-v-ramkakh-mbo/)

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

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

Рейтинг: 692

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

## [Каким образом модель сорсинга ИТ влияет на выбор отношений между бизнесом и ИТ-функцией?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-model-sorsinga-it-vliyaet-na-vybor-otnosheniy-mezhdu-biznesom-i-it-funktsiey/)

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

Автор: Роман Журавлёв

Рейтинг: 692

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

## [Какой этап зрелости ИТ-организации соответствует подходу с разделением ALM и ITSM?](https://cleverics.ru/digital/kb-qa/kakoy-etap-zrelosti-it-organizatsii-sootvetstvuet-podkhodu-s-razdeleniem-alm-i-itsm/)

Подход с разделением ALM для разработки и ITSM для эксплуатации соответствует уровню зрелости «Controlled» в модели KPMG maturity phases model of the IT organisation. На этом этапе операционные процессы, такие как управление инцидентами, изменениями и релизами, контролируются и стандартизированы, но отсутствует сквозная ответственность за ИТ-услуги как целостные элементы, влияющие на бизнес-процессы. Такой уровень зрелости может быть достаточным для организаций, где нет высокой потребности в изменении ИТ-инфраструктуры ради поддержки бизнеса.

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

Рейтинг: 692

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