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

Никакого пересказа 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 для безопасного включения новых функций. Эти изменения позволяют минимизировать риски и увеличить надёжность процесса доставки.

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

Рейтинг: 1957

Теги: 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 должен функционировать как постоянно действующий орган для координации сложных проблем, а не как экстренная группа.

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

Рейтинг: 1653

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

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

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

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

Рейтинг: 1306

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

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

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

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

Рейтинг: 1263

Теги: бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, 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. Потоки создания ценности и процессы - включают все виды деятельности, рабочие процессы, средства управления для достижения целей, комбинацию практик в цепочке создания ценности. Эти аспекты должны рассматриваться совместно и сбалансировано, так как они взаимосвязаны и перекрываются друг с другом.

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

Рейтинг: 1262

Теги: 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%"). - Привязка к срокам: цель ставится на конкретный период (месяц, квартал). - Глаголы совершенного вида (дождусь, достигну, обеспечу). Цели не фиксируются в регламенте процесса, так как они часто пересматриваются, а учитываются в планах управления или картах показателей. Ответственность за определение и актуализацию целей лежит на владельце процесса. Цели должны быть чётко связаны с бизнес-требованиями и обоснованием проекта.

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

Рейтинг: 1230

Теги: 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 предложенных в документе даются конкретные меры и уточнения о том, как каждая из них влияет на вероятность возникновения риска и величину возможного ущерба. Помимо этого, для каждого риска указывается применимость различных стратегий реагирования: уклонение, принятие, передача и снижение.

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

Рейтинг: 1200

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

## [Как ИТ-компаниям учитывать тренды изменения числа обращений при планировании ресурсов?](https://cleverics.ru/digital/kb-qa/kak-it-kompaniyam-uchityvat-trendy-izmeneniya-chisla-obrashcheniy-pri-planirovanii-resursov/)

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

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

Рейтинг: 1159

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

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

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

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

Рейтинг: 1155

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

## [Какие основные стратегии претворения в жизнь крупных организационных изменений можно выделить?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-strategii-pretvoreniya-v-zhizn-krupnykh-organizatsionnykh-izmeneniy-mozhno-vydelit/)

Существует три основные стратегии: 1) Аккумулирование инструментов влияния (информация, ресурсы, поддержка) в руках заинтересованных участников для планомерного внедрения изменений. 2) Последовательное разбиение изменения на мелкие шаги с постепенным накапливанием критической массы изменений. 3) Построение альянсов и союзов через выявление побудительных мотивов ключевых участников и создание компромиссной 'картины' для всех сторон. Каждая стратегия имеет свои преимущества и недостатки в скорости, сложности реализации и устойчивости достигнутых результатов.

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

Рейтинг: 1151

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