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

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

## [В чем заключается принцип 'замкнутого цикла обратной связи' и как он влияет на ускорение разработки?](https://cleverics.ru/digital/kb-qa/v-chem-zaklyuchaetsya-printsip-zamknutogo-tsikla-obratnoy-svyazi-i-kak-on-vliyaet-na-uskorenie-razra/)

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

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

Рейтинг: 1119

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

## [Какие проблемы возникают при реализации сложных бизнес-задач, требующих взаимодействия нескольких ИТ-команд?](https://cleverics.ru/digital/kb-qa/kakie-problemy-voznikayut-pri-realizatsii-slozhnykh-biznes-zadach-trebuyushchikh-vzaimodeystviya-nes/)

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

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

Рейтинг: 1119

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

## [Каким образом уровень зрелости может быть использован при проведении обследования процессов?](https://cleverics.ru/digital/kb-qa/kakim-obrazom-uroven-zrelosti-mozhet-byt-ispolzovan-pri-provedenii-obsledovaniya-protsessov/)

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

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

Рейтинг: 1119

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

## [Почему традиционные KPI могут не защищать интересы бизнеса?](https://cleverics.ru/digital/kb-qa/pochemu-traditsionnye-kpi-mogut-ne-zashchishchat-interesy-biznesa/)

Традиционные KPI фокусируются только на соблюдении Tmax, игнорируя тот факт, что даже кратковременные простои вблизи лимита могут нанести бизнесу значительный ущерб. Например, при Tmax = 4 часа инцидент, устраненный за 3,9 часа, формально считается успешным, хотя за это время бизнес мог потерять клиентов или прибыль. Новый подход учитывает реальное влияние на операции через Tmin, что позволяет выстроить более справедливую систему оценки, ориентированную на реальные результаты, а не формальное соблюдение сроков.

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

Рейтинг: 1119

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

## [Почему может возникнуть необходимость в коде закрытия "Нет решения" в практике ИТ-поддержки?](https://cleverics.ru/digital/kb-qa/pochemu-mozhet-vozniknut-neobkhodimost-v-kode-zakrytiya-net-resheniya-v-praktike-it-podderzhki/)

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

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

Рейтинг: 1119

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

## [Почему важно планировать не только на текущую, но и на несколько итераций вперед?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-planirovat-ne-tolko-na-tekushchuyu-no-i-na-neskolko-iteratsiy-vpered/)

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

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

Рейтинг: 1119

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

## [Как подход MVP связан с потоками создания ценности в ITIL 4?](https://cleverics.ru/digital/kb-qa/kak-podkhod-mvp-svyazan-s-potokami-sozdaniya-tsennosti-v-itil-4/)

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

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

Рейтинг: 1118

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

## [Как можно преодолеть разрыв между тем, что клиент просит, и тем, что ему действительно нужно?](https://cleverics.ru/digital/kb-qa/kak-mozhno-preodolet-razryv-mezhdu-tem-chto-klient-prosit-i-tem-chto-emu-deystvitelno-nuzhno/)

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

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

Рейтинг: 1118

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

## [Как влияет разделение процессов управления инцидентами и сервисными запросами на удовлетворенность конечных пользователей ИТ-услугами?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-razdelenie-protsessov-upravleniya-intsidentami-i-servisnymi-zaprosami-na-udovletvorennos/)

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

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

Рейтинг: 1118

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

## [Как подход с объединенным радаром соотносится с концепцией сбалансированной системы показателей (BSC)?](https://cleverics.ru/digital/kb-qa/kak-podkhod-s-obedinennym-radarom-sootnositsya-s-kontseptsiey-sbalansirovannoy-sistemy-pokazateley-b/)

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

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

Рейтинг: 1118

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