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

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

## [Какие технические улучшения необходимы для перехода к более частым релизам в ИТ-проекте?](https://cleverics.ru/digital/kb-qa/kakie-tekhnicheskie-uluchsheniya-neobkhodimy-dlya-perekhoda-k-bolee-chastym-relizam-v-it-proekte/)

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

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

Рейтинг: 2184

Теги: DevOps, CI/CD, мониторинг, постоянное улучшение, совершенствование, CSI, PDCA, стратегия, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы, управление релизами, управление рисками, эффективность, оптимизация

## [Зачем нужен PRB при управлении проблемами, если он упоминается в контексте major-инцидентов?](https://cleverics.ru/digital/kb-qa/zachem-nuzhen-prb-pri-upravlenii-problemami-esli-on-upominaetsya-v-kontekste-major-intsidentov/)

PRB (Problem Review Board) необходим для обсуждения сложных проблем с участием экспертов, но его роль не сводится к реакции на major-инциденты. PRB анализирует глубинные причины, планирует стратегии решений и утверждает временные обходные пути. Ошибочное применение PRB только после критических инцидентов (вместо регулярного анализа) искажает процесс — PRB должен функционировать как постоянно действующий орган для координации сложных проблем, а не как экстренная группа.

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

Рейтинг: 2087

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

## [Что подразумевает релевантность (R) метрики в системе оценки?](https://cleverics.ru/digital/kb-qa/chto-podrazumevaet-relevantnost-r-metriki-v-sisteme-otsenki/)

Релевантность метрики означает её соответствие и полезность для достижения поставленных целей. Это проверка, действительно ли нужно измерять данный показатель, чтобы принимать управленческие решения. Если данные не используются для конкретных решений или действий, метрика теряет смысл и не соответствует критерию R из SMART. Например, отчётность без последующих действий — нерелевантна.

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

Рейтинг: 1486

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

## [Какие критерии определяют эффективность обратной связи от клиентов в системе оценки услуг?](https://cleverics.ru/digital/kb-qa/kakie-kriterii-opredelyayut-effektivnost-obratnoy-svyazi-ot-klientov-v-sisteme-otsenki-uslug/)

Эффективность обратной связи определяется двумя основными критериями: готовностью клиента предоставлять обратную связь («отзывчивость») и полезностью высказанных клиентом замечаний для организации. Эти критерии образуют четырехсекторную модель, где комбинация высокой/низкой отзывчивости и высокой/низкой полезности создает разные зоны взаимодействия: «Мертвая зона», «Hard Candy», «Токсичная зона» и идеализированный вариант «Клиенты мечты». Основная цель системы — идентифицировать тип обратной связи и применять соответствующие стратегии обработки для каждой зоны.

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

Рейтинг: 1475

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

## [Какие четыре аспекта управления ИТ-услугами определяет ITIL 4 для целостного подхода?](https://cleverics.ru/digital/kb-qa/kakie-chetyre-aspekta-upravleniya-it-uslugami-opredelyaet-itil-4-dlya-tselostnogo-podkhoda/)

ITIL 4 определяет четыре аспекта управления ИТ-услугами, которые необходимо учитывать для целостного подхода: 1. Организации и люди - включают организационные структуры, операционные и ролевые модели, коммуникации, развитие сотрудников, культуру. 2. Информация и технологии - касаются инструментов предоставления услуг, систем хранения и обработки информации, технологических достижений включая ИИ и машинное обучение. 3. Поставщики и партнеры - охватывают отношения с внешними организациями, уровень интеграции и формальности взаимодействия, стратегию вовлечения поставщиков. 4. Потоки создания ценности и процессы - включают все виды деятельности, рабочие процессы, средства управления для достижения целей, комбинацию практик в цепочке создания ценности. Эти аспекты должны рассматриваться совместно и сбалансировано, так как они взаимосвязаны и перекрываются друг с другом.

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

Рейтинг: 1443

Теги: AI, ML, LLM, ИИ, машинное обучение, ITIL, аутсорсинг, интеграция услуг, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, обучение сотрудников, учебные курсы, тренинги, поток создания ценности (Value Stream), стратегия, управление доступом, IDM, ролевые модели, RBAC, ABAC, управление отношениями, взаимодействие, BRM, эффективность, оптимизация

## [Как правильно определять цели процесса по методологии ITIL?](https://cleverics.ru/digital/kb-qa/kak-pravilno-opredelyat-tseli-protsessa-po-metodologii-itil/)

Цели процесса в ITIL должны соответствовать принципу SMART: - Конкретность и измеримость: формулировка включает метрику (например, "увеличить долю своевременно решённых инцидентов до 95%"). - Привязка к срокам: цель ставится на конкретный период (месяц, квартал). - Глаголы совершенного вида (дождусь, достигну, обеспечу). Цели не фиксируются в регламенте процесса, так как они часто пересматриваются, а учитываются в планах управления или картах показателей. Ответственность за определение и актуализацию целей лежит на владельце процесса. Цели должны быть чётко связаны с бизнес-требованиями и обоснованием проекта.

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

Рейтинг: 1418

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

## [Какие рекомендации по снижению рисков предлагает COBIT 5 for Risk?](https://cleverics.ru/digital/kb-qa/kakie-rekomendatsii-po-snizheniyu-riskov-predlagaet-cobit-5-for-risk/)

COBIT 5 for Risk предлагает рекомендации по снижению рисков, сгруппированные по семи факторам влияния: политики, принципы и подходы; процессы; организационная структура; культура, этика, поведение; информация; услуги, инфраструктура и приложения; люди, навыки и компетенции. Для каждой категории рисков из 20 предложенных в документе даются конкретные меры и уточнения о том, как каждая из них влияет на вероятность возникновения риска и величину возможного ущерба. Помимо этого, для каждого риска указывается применимость различных стратегий реагирования: уклонение, принятие, передача и снижение.

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

Рейтинг: 1352

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

## [Как учитывать долгосрочную перспективу при организации первой линии ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/kak-uchityvat-dolgosrochnuyu-perspektivu-pri-organizatsii-pervoy-linii-it-podderzhki/)

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

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

Рейтинг: 1343

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

## [В чем разница между назначением и целями процесса в ITIL?](https://cleverics.ru/digital/kb-qa/v-chem-raznitsa-mezhdu-naznacheniem-i-tselyami-protsessa-v-itil/)

Назначение процесса определяет его базовую функцию и место в общей процессной модели без привязки ко времени, тогда как цели процесса – это конкретные измеримые результаты, которых нужно достичь в определённый период. Ключевые отличия: - Назначение формулируется как описание общей задачи (например, "обеспечение качества услуг через устранение инцидентов"). - Цели формулируются в формате SMART: с глаголами совершенного вида ("увеличить долю решённых инцидентов до 95%"), измеримы и привязаны к срокам (квартал, год). Цели регулярно пересматриваются, в отличие от назначения, которое стабильно. Ответственность за назначение несёт дизайнер процессов, за цели – владелец процесса.

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

Рейтинг: 1330

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

## [В чем заключается основная ответственность владельца процесса управления уровнем услуг?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-osnovnaya-otvetstvennost-vladeltsa-protsessa-upravleniya-urovnem-uslug/)

Владелец процесса управления уровнем услуг отвечает за то, чтобы процесс соответствовал своему назначению (fit for purpose). Его обязанности включают постановку процесса, разработку политик и стандартов, обеспечение процесса необходимыми ресурсами, определение целевых показателей для процесса (не для SLA), настройку качественного взаимодействия с процессом управления взаимоотношениями с бизнесом, проведение периодических аудитов и улучшение процесса. Владелец процесса обеспечивает направление и контроль работы процесса, определяя общую стратегию.

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

Рейтинг: 1314

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