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

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

## [Почему ценность субъективна и как с этим работать?](https://cleverics.ru/digital/kb-qa/pochemu-tsennost-subektivna-i-kak-s-etim-rabotat/)

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

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

Рейтинг: 969

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

## [Как сбалансировать высокий уровень контроля изменений (Change Control Level) и необходимость ускорения процессов?](https://cleverics.ru/digital/kb-qa/kak-sbalansirovat-vysokiy-uroven-kontrolya-izmeneniy-change-control-level-i-neobkhodimost-uskoreniya/)

Баланс между высоким уровнем контроля изменений (Change Control Level) и необходимостью ускорения процессов достигается через оптимизацию размера и частоты релизов. Высокий Change Control Level обычно приводит к увеличению времени обработки изменений (Process Time), поскольку требует тщательного планирования, оценки и тестирования. Однако, переход к частым малым релизам (высокий Release rate и низкий Release size) позволяет поддерживать высокий уровень контроля без значительного увеличения рисков и времени вывода решений. Частые малые внедрения уменьшают сложность каждого отдельного изменения, что делает процесс контроля более эффективным. Также повышение Change capability за счет накопленного опыта и автоматизации стандартных процессов (Standardization/automation) позволяет поддерживать высокий Change Control Level при снижении Process Time. В итоге, вместо жесткого выбора между контролем и скоростью, организация может достичь состояния, где высокий уровень контроля сочетается с высокой скоростью внедрения благодаря оптимизации процессов и непрерывному обучению.

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

Рейтинг: 969

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

## [Как устроен проектный подход к управлению в ИТ и какие у него преимущества?](https://cleverics.ru/digital/kb-qa/kak-ustroen-proektnyy-podkhod-k-upravleniyu-v-it-i-kakie-u-nego-preimushchestva/)

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

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

Рейтинг: 969

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

## [Как выбрать оптимальную модель работы первой линии ИТ-поддержки для конкретной организации?](https://cleverics.ru/digital/kb-qa/kak-vybrat-optimalnuyu-model-raboty-pervoy-linii-it-podderzhki-dlya-konkretnoy-organizatsii/)

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

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

Рейтинг: 969

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

## [Почему локальная оптимизация процессов не приводит к успеху при переходе к гибкому управлению?](https://cleverics.ru/digital/kb-qa/pochemu-lokalnaya-optimizatsiya-protsessov-ne-privodit-k-uspekhu-pri-perekhode-k-gibkomu-upravleniyu/)

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

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

Рейтинг: 969

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

## [Как рассчитать интегральный показатель для одной услуги с множеством KPI?](https://cleverics.ru/digital/kb-qa/kak-rasschitat-integralnyy-pokazatel-dlya-odnoy-uslugi-s-mnozhestvom-kpi/)

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

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

Рейтинг: 969

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

## [Как использовать средний чек для построения сервисно-ресурсной модели?](https://cleverics.ru/digital/kb-qa/kak-ispolzovat-sredniy-chek-dlya-postroeniya-servisno-resursnoy-modeli/)

Для построения сервисно-ресурсной модели на основе среднего чека сначала рассчитывается количество сделок, необходимых для выполнения плана продаж. Например, при плане 1440 млн рублей и среднем чеке 10 000 рублей нужно 120 000 сделок в год. Затем, зная норму выработки продавца (20 сделок в день), определяется количество пользователей (500 человек). Эти данные позволяют спрогнозировать нагрузку на ИТ-системы: количество операций, число одновременно работающих пользователей, объем запросов в Service Desk. На основании этого строится модель потребности в ресурсах, включая серверные мощности, сетевую инфраструктуру, пользовательские лицензии и персонал технической поддержки.

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

Рейтинг: 969

Теги: поддержка пользователей, Service Desk, Help Desk, управление ИТ-активами, ITAM, SAM, управление конфигурациями, CMDB

## [Какие три основные причины, по мнению автора, мешают эффективному применению KPI в процессах управления ИТ?](https://cleverics.ru/digital/kb-qa/kakie-tri-osnovnye-prichiny-po-mneniyu-avtora-meshayut-effektivnomu-primeneniyu-kpi-v-protsessakh-up/)

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

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

Рейтинг: 968

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

## [Какие основные функции включает в себя роль менеджера изменений в ITIL4?](https://cleverics.ru/digital/kb-qa/kakie-osnovnye-funktsii-vklyuchaet-v-sebya-rol-menedzhera-izmeneniy-v-itil4/)

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

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

Рейтинг: 968

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

## [Какие изменения необходимы для построения быстрого потока решения задач в продуктовом подходе?](https://cleverics.ru/digital/kb-qa/kakie-izmeneniya-neobkhodimy-dlya-postroeniya-bystrogo-potoka-resheniya-zadach-v-produktovom-podkhod/)

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

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

Рейтинг: 968

Теги: Канбан, WIP-лимиты, управление продуктами, продуктовый подход, эффективность, оптимизация