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

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

## [Что такое минимальная жизнеспособная практика (MVP) в контексте ITIL 4?](https://cleverics.ru/digital/kb-qa/chto-takoe-minimalnaya-zhiznesposobnaya-praktika-mvp-v-kontekste-itil-4/)

Минимальная жизнеспособная практика (MVP) в ITIL 4 — это подход к определению охвата любой практики организации. Он предполагает сбор всех случаев вовлечения определенной практики (например, управления инцидентами или управления конфигурациями) из всех шагов описанных потоков создания ценности. Этот подход помогает определить минимально достаточный набор действий, необходимый для работы идентифицированных потоков, исключая избыточные или неэффективные элементы практики. Подход становиться действительно простым только после описания потоков создания ценности организации.

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

Рейтинг: 1173

Теги: Agile и гибкие методы разработки ПО, ITIL, бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, поток создания ценности (Value Stream), управление инцидентами, управление конфигурациями, CMDB, управление продуктами, продуктовый подход

## [В чем заключается практическая ценность потока создания ценности в разработке программного обеспечения?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-prakticheskaya-tsennost-potoka-sozdaniya-tsennosti-v-razrabotke-programmnogo-o/)

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

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

Рейтинг: 1173

Теги: бизнес, ценность, бизнес-заказчик, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), управление отношениями, взаимодействие, BRM

## [Какие навыки необходимы ИТ-руководителю для перехода к сервисной экономике?](https://cleverics.ru/digital/kb-qa/kakie-navyki-neobkhodimy-it-rukovoditelyu-dlya-perekhoda-k-servisnoy-ekonomike/)

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

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

Рейтинг: 1173

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

## [Почему использование термина «проблема» в бытовом смысле может привести к путанице в ITIL?](https://cleverics.ru/digital/kb-qa/pochemu-ispolzovanie-termina-problema-v-bytovom-smysle-mozhet-privesti-k-putanitse-v-itil/)

В бытовом языке слово «проблема» часто используется для обозначения любого неприятного или непонятного события, тогда как в ITIL у этого термина есть строгое определение: проблема — это причина или потенциальная причина инцидентов. Это различие важно, так как неверное использование терминов может снизить эффективность коммуникации внутри команды и привести к неправильному пониманию процессов управления ИТ-услугами. Например, называть инцидент «проблемой» некорректно, так как это затрудняет дифференцированный подход к устранению текущих сбоев и предотвращению их повторения.

Автор: Александр Движков

Рейтинг: 1173

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

## [Что такое анализ дерева отказов (FTA) и как он может быть применен в управлении ИТ-услугами?](https://cleverics.ru/digital/kb-qa/chto-takoe-analiz-dereva-otkazov-fta-i-kak-on-mozhet-byt-primenen-v-upravlenii-it-uslugami/)

Анализ дерева отказов (FTA) – это дедуктивный метод, направленный на анализ нежелательных событий в системе посредством построения логической схемы, основанной на булевой логике (с использованием элементов «и», «или», «исключающее или», «не»). В ИТ-управлении его применяют для выявления путей возникновения отказов системы, нарушений функциональности или снижения доступности услуг. С его помощью можно разбить ИТ-услугу на базовые функциональные компоненты, для каждой из которых строится дерево отказов, показывающее все возможные причины сбоя. Это помогает при подготовке к возможным проблемам (управление непрерывностью), определении точек уязвимости (управление рисками), проектировании систем и выявлении корневых причин после инцидентов. Метод позволяет оценить вероятность критичных событий на основе статистики по базовым событиям, что полезно для прогнозирования уровня доступности и вычисления целевых показателей восстановления.

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

Рейтинг: 1172

Теги: управление доступностью, управление инцидентами, управление непрерывностью, управление проблемами, управление рисками

## [Какие дополнительные рекомендации приводятся в чек-листе по управлению изменениями?](https://cleverics.ru/digital/kb-qa/kakie-dopolnitelnye-rekomendatsii-privodyatsya-v-chek-liste-po-upravleniyu-izmeneniyami/)

В дополнение к основным компонентам чек-лист предлагает рассмотреть стандартизацию изменений с низким риском, автоматизацию процессов через конвейеры (CI/CD), порядок взаимодействия с внешними поставщиками при обработке изменений и требования к компетенциям сотрудников, участвующих в реализации изменений. Эти рекомендации необязательны для всех случаев, но могут значительно повысить эффективность управления, особенно для определённых типов изменений. Например, стандартизация ускоряет выполнение низкорисковых изменений, а автоматизация позволяет интегрировать модель изменений в существующие CI/CD конвейеры.

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

Рейтинг: 1172

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

## [Почему недостаточная коммуникация с заказчиком остаётся проблемой даже после теоретического обучения?](https://cleverics.ru/digital/kb-qa/pochemu-nedostatochnaya-kommunikatsiya-s-zakazchikom-ostaetsya-problemoy-dazhe-posle-teoreticheskogo/)

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

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

Рейтинг: 1172

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

## [Какие последствия имеет ресурсный характер традиционных ИТ-услуг для ИТ-менеджмента?](https://cleverics.ru/digital/kb-qa/kakie-posledstviya-imeet-resursnyy-kharakter-traditsionnykh-it-uslug-dlya-it-menedzhmenta/)

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

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

Рейтинг: 1172

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

## [Как можно преобразовать продажу товара в продажу услуги?](https://cleverics.ru/digital/kb-qa/kak-mozhno-preobrazovat-prodazhu-tovara-v-prodazhu-uslugi/)

Чтобы преобразовать продажу товара в продажу услуги, необходимо определить, какие риски и затраты клиент может переложить на поставщика. Например, простая продажа шоколадки - это товарная модель, где клиент сам решает вопросы ее приобретения и хранения. Чтобы превратить это в услугу, можно добавить компоненты: 1) Регулярная доставка (покупатель получает шоколадку к утреннему кофе без необходимости самому ее покупать); 2) Обеспечение доступности через автомат (ресурс - сам автомат, операции - его загрузка и обслуживание). Таким образом, клиент не просто получает товар, но и перекладывает на поставщика ответственность за обеспечение доступности и своевременности получения товара, что и составляет суть услуги.

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

Рейтинг: 1172

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

## [Как агрегировать показатели доступности ИТ-услуг разного уровня критичности?](https://cleverics.ru/digital/kb-qa/kak-agregirovat-pokazateli-dostupnosti-it-uslug-raznogo-urovnya-kritichnosti/)

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

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

Рейтинг: 1172

Теги: бизнес, ценность, бизнес-заказчик, управление доступностью