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

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

## [Как в COBIT 5 определено разделение ролей между процессами и заинтересованными сторонами?](https://cleverics.ru/digital/kb-qa/kak-v-cobit-5-opredeleno-razdelenie-roley-mezhdu-protsessami-i-zainteresovannymi-storonami/)

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

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

Рейтинг: 786

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

## [Как изменение подходов к обслуживанию влияет на удовлетворенность пользователей?](https://cleverics.ru/digital/kb-qa/kak-izmenenie-podkhodov-k-obsluzhivaniyu-vliyaet-na-udovletvorennost-polzovateley/)

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

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

Рейтинг: 786

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

## [Почему формулировка работы в терминах ценности для заказчика является сложной задачей?](https://cleverics.ru/digital/kb-qa/pochemu-formulirovka-raboty-v-terminakh-tsennosti-dlya-zakazchika-yavlyaetsya-slozhnoy-zadachey/)

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

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

Рейтинг: 786

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

## [Как знание разницы между выходами и результатами влияет на построение системы мониторинга?](https://cleverics.ru/digital/kb-qa/kak-znanie-raznitsy-mezhdu-vykhodami-i-rezultatami-vliyaet-na-postroenie-sistemy-monitoringa/)

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

Автор: Анна Васильева

Рейтинг: 786

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

## [Как связаны понятия Continual и Continuous в контексте Service Improvement?](https://cleverics.ru/digital/kb-qa/kak-svyazany-ponyatiya-continual-i-continuous-v-kontekste-service-improvement/)

В контексте Service Improvement понятия Continual и Continuous имеют принципиальное различие. Continual Service Improvement (CSI) подразумевает непрерывный, но не обязательно постоянный процесс улучшения, происходящий через регулярные, периодические мероприятия, тогда как Continuous предполагал бы непрерывный безостановочный процесс. В русском языке этот нюанс сложно передать, но точнее будет говорить о «непрекращающемся» совершенствовании, так как улучшения происходят итеративно, в рамках регулярных циклов, а не постоянно без перерывов.

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

Рейтинг: 786

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

## [Почему настройка middleware считается важной компетенцией для внутренней команды, даже если базовая инфраструктура аутсорсена?](https://cleverics.ru/digital/kb-qa/pochemu-nastroyka-middleware-schitaetsya-vazhnoy-kompetentsiey-dlya-vnutrenney-komandy-dazhe-esli-ba/)

Настройка middleware считается важной компетенцией для внутренней команды, потому что именно она определяет, насколько эффективно и безопасно приложение будет работать в условиях реальной нагрузки и специфики бизнес-процессов. Middleware требуется глубокая экспертиза по настройке под конкретную нагрузку, взаимодействие различных компонентов и обеспечение безопасности. Стандартные решения, предоставляемые IaaS или SaaS, не учитывают специфику продукта, поэтому настройка и конфигурирование middleware остаются внутренней ответственностью. Без этой экспертизы, даже при наличии качественной базовой инфраструктуры, продукт не сможет функционировать должным образом, особенно если речь идет о кастомизированном решении или высоконагруженной системе.

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

Рейтинг: 785

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

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

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

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

Рейтинг: 785

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

## [Почему недостаточно создать CMDB разовым проектом?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatochno-sozdat-cmdb-razovym-proektom/)

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

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

Рейтинг: 785

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

## [Что такое технический долг в контексте управления инцидентами и проблемами?](https://cleverics.ru/digital/kb-qa/chto-takoe-tekhnicheskiy-dolg-v-kontekste-upravleniya-intsidentami-i-problemami/)

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

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

Рейтинг: 785

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

## [Почему не рекомендуется напрямую связывать ИТ-сервис со всеми физическими компонентами инфраструктуры?](https://cleverics.ru/digital/kb-qa/pochemu-ne-rekomenduetsya-napryamuyu-svyazyvat-it-servis-so-vsemi-fizicheskimi-komponentami-infrastr/)

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

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

Рейтинг: 785

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