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

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

## [Как резервирование компонентов влияет на доступность и мощность системы?](https://cleverics.ru/digital/kb-qa/kak-rezervirovanie-komponentov-vliyaet-na-dostupnost-i-moshchnost-sistemy/)

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

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

Рейтинг: 958

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

## [Как минимизировать задержки при перенаправлении обращений между регионами?](https://cleverics.ru/digital/kb-qa/kak-minimizirovat-zaderzhki-pri-perenapravlenii-obrashcheniy-mezhdu-regionami/)

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

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

Рейтинг: 958

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

## [Как справиться с паразитными словами во время проведения тренингов и вебинаров?](https://cleverics.ru/digital/kb-qa/kak-spravitsya-s-parazitnymi-slovami-vo-vremya-provedeniya-treningov-i-vebinarov/)

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

Автор: Артём Мукосеев

Рейтинг: 958

Теги: обучение сотрудников, учебные курсы, тренинги

## [Почему сравнение данных за аналогичные периоды важно для анализа процессов?](https://cleverics.ru/digital/kb-qa/pochemu-sravnenie-dannykh-za-analogichnye-periody-vazhno-dlya-analiza-protsessov/)

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

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

Рейтинг: 958

Теги: DevOps, CI/CD

## [Как определить границы между процессами управления проблемами и постоянного совершенствования в конкретной организации?](https://cleverics.ru/digital/kb-qa/kak-opredelit-granitsy-mezhdu-protsessami-upravleniya-problemami-i-postoyannogo-sovershenstvovaniya/)

Определение границ между процессами управления проблемами (PRB) и постоянного совершенствования (CSI) в конкретной организации должно учитывать следующие факторы:  1) Масштаб и сложность организации - в небольших организациях границы могут быть размыты, тогда как в крупных необходимы четкие определения  2) Стадия зрелости процессов - на начальных этапах внедрения PRB может сосредоточиться только на технических проблемах, тогда как CSI будет охватывать более широкие аспекты  3) Специфика бизнеса и требований к услугам - чем критичнее услуги для бизнеса, тем более детальной должна быть проработка границ  4) Реальная практика работы - границы должны отражать то, как процессы фактически взаимодействуют, а не только теоретические модели  5) Потенциальные точки пересечения - важно определить, где процессы могут дублировать друг друга или оставлять "белые пятна"  Практические рекомендации: - Начните с того, что уже работает: определите, какие аспекты процессов уже есть в организации, и формируйте границы вокруг них - Не пытайтесь создать единую систему сразу для всех уровней - начните с операционного уровня, затем переходите к стратегическому - Регулярно пересматривайте границы по мере развития процессов - Убедитесь, что есть четко определенные точки передачи задач между процессами - Создайте совместные рабочие группы для решения вопросов, где границы неочевидны  Самое главное - границы должны быть практичными и решать реальные проблемы организации, а не соответствовать идеальным теоретическим моделям. Часто правильное определение границ приходит не по теоретическим соображениям, а в результате практической работы и устранения возникающих проблем.

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

Рейтинг: 958

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

## [Какие компоненты включает в себя структура сценария риска в COBIT 5 for Risk?](https://cleverics.ru/digital/kb-qa/kakie-komponenty-vklyuchaet-v-sebya-struktura-stsenariya-riska-v-cobit-5-for-risk/)

Структура сценария риска в COBIT 5 for Risk включает пять основных компонентов: источник угрозы (Actor), который определяется как внутренний или внешний; тип угрозы (Threat Type), такой как злоумышленные действия, ошибки или природные катаклизмы; событие (Event), включающее раскрытие информации, модификацию, кражу или уничтожение; связанные активы (Asset/Resource), относящиеся к людям, организационным структурам, процессам и ИТ-инфраструктуре; и временной аспект (Time), учитывающий прогнозируемую длительность негативного влияния и критичность события в зависимости от времени суток или календарного периода.

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

Рейтинг: 957

Теги: COBIT, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB, управление рисками

## [Что подразумевается под "сквозной" ответственностью за релиз в контексте ITIL?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaetsya-pod-skvoznoy-otvetstvennostyu-za-reliz-v-kontekste-itil/)

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

Автор: Артём Мукосеев

Рейтинг: 957

Теги: DevOps, CI/CD, ISO 20000, ITIL, командная работа, общие вопросы менеджмента, управление изменениями, управление процессами, ИТ-процессы, управление релизами

## [Как связать ИТ-метрики с бизнес-целями согласно ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-svyazat-it-metriki-s-biznes-tselyami-soglasno-itil-4/)

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

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

Рейтинг: 957

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

## [Почему задача измерения работы ИТ-службы является сложной?](https://cleverics.ru/digital/kb-qa/pochemu-zadacha-izmereniya-raboty-it-sluzhby-yavlyaetsya-slozhnoy/)

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

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

Рейтинг: 957

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

## [Почему важен принцип 'Вовлекать и работать совместно' в контексте сервисных отношений?](https://cleverics.ru/digital/kb-qa/pochemu-vazhen-printsip-vovlekat-i-rabotat-sovmestno-v-kontekste-servisnykh-otnosheniy/)

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

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

Рейтинг: 957

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