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

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

## [Что такое TTV (Time-To-Value) и почему это важная метрика для оценки успеха продукта?](https://cleverics.ru/digital/kb-qa/chto-takoe-ttv-time-to-value-i-pochemu-eto-vazhnaya-metrika-dlya-otsenki-uspekha-produkta/)

TTV (Time-To-Value) - это метрика, измеряющая скорость и простоту всех шагов, необходимых для того, чтобы пользователь или заказчик получил ценность от продукта после проявления первоначального интереса. Эта метрика включает время на пробную версию, внедрение продукта и достижение первых результатов от его использования. TTV важен, потому что чем быстрее заказчик увидит пользу от продукта, тем выше вероятность его успешного внедрения и удержания. Для многих продуктов, особенно B2B и корпоративных, внедрение составляет значительную часть общей стоимости владения (TCO), поэтому оптимизация этого процесса становится критически важной характеристикой продукта. Сокращение TTV позволяет улучшить пользовательский опыт, увеличить удовлетворенность и повысить показатели Retention. Эта метрика особенно важна для enterprise-продуктов, где время внедрения может измеряться месяцами и значительно влиять на восприятие продукта заказчиком.

Автор: Андрей Труфанов

Рейтинг: 7301

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

## [Достаточно ли составления каталога ИТ-систем, который назвали каталогом ИТ-услуг, для перехода на сервисный подход?](https://cleverics.ru/digital/kb-qa/dostatochno-li-sostavleniya-kataloga-it-sistem-kotoryy-nazvali-katalogom-it-uslug-dlya-perekhoda-na/)

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

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

Рейтинг: 2863

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

## [Какое значение имеет эмпатия в создании пользовательского и клиентского опыта (UX/CX)?](https://cleverics.ru/digital/kb-qa/kakoe-znachenie-imeet-empatiya-v-sozdanii-polzovatelskogo-i-klientskogo-opyta-ux-cx/)

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

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

Рейтинг: 2311

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

## [В чем основная разница между продажей товара и продажей услуги?](https://cleverics.ru/digital/kb-qa/v-chem-osnovnaya-raznitsa-mezhdu-prodazhey-tovara-i-prodazhey-uslugi/)

Основная разница заключается в том, что товар - это физический объект, который передается покупателю, и после покупки покупатель несет все затраты и риски, связанные с его использованием. Услуга же предполагает, что клиент не только получает некую ценность, но и перекладывает определенные затраты и риски на поставщика. При покупке услуги клиент получает доступ к ресурсу или сервисной операции, а не просто физический продукт. Например, при покупке шоколадки как товара клиент несет все риски и затраты по ее хранению, транспортировке и использованию, а при покупке шоколадки как услуги (Choco-as-a-Service) клиент перекладывает риски и затраты по доставке или обеспечению постоянного наличия шоколадки на поставщика.

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

Рейтинг: 2034

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

## [Какие технические улучшения необходимы для перехода к более частым релизам в ИТ-проекте?](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, управление процессами, ИТ-процессы, управление релизами, управление рисками, эффективность, оптимизация

## [Что такое causal loop diagram (CLD) и какие элементы в него входят?](https://cleverics.ru/digital/kb-qa/chto-takoe-causal-loop-diagram-cld-i-kakie-elementy-v-nego-vkhodyat/)

Causal loop diagram (CLD) - это инструмент системной динамики, который позволяет отражать влияние разных переменных, характеризующих работу системы, друг на друга для объяснения ее поведения. CLD включает в себя переменные (такие как Market Size, Potential Customers, People Buying Product), связи между ними, которые бывают двух типов: S (same) - прямо пропорциональная зависимость (например, чем больше людей купили продукт, тем больше клиентская база) и O (opposite) - обратно пропорциональная зависимость (например, чем больше людей купило продукт, тем меньше потенциальных клиентов). Также в диаграмме обозначаются циклы обратной связи: R (reinforcing loop) - усиливающие циклы, которые усиливают изменения, и B (balancing loop) - балансирующие циклы, которые стремятся к равновесию и стабилизируют систему. Эти элементы в совокупности помогают анализировать и визуализировать сложные взаимодействия внутри системы и объяснять часто контринтуитивное поведение системы.

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

Рейтинг: 1520

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

## [В чем отличия продуктового подхода от проектного?](https://cleverics.ru/digital/kb-qa/v-chem-otlichiya-produktovogo-podkhoda-ot-proektnogo/)

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

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

Рейтинг: 1517

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

## [Как влияет уровень автоматизации на частоту успешных релизов в ИТ-командах?](https://cleverics.ru/digital/kb-qa/kak-vliyaet-uroven-avtomatizatsii-na-chastotu-uspeshnykh-relizov-v-it-komandakh/)

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

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

Рейтинг: 1507

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

## [Что включает в себя план коммуникаций для проекта?](https://cleverics.ru/digital/kb-qa/chto-vklyuchaet-v-sebya-plan-kommunikatsiy-dlya-proekta/)

План коммуникаций для проекта включает несколько важных компонентов: определение заинтересованных сторон (стейкхолдеров), выяснение какая информация в какой форме, объеме, формате и с какой периодичностью нужна каждому стейкхолдеру, установление способов обратной связи, выбор типов коммуникаций (электронная почта, встречи, собрания, меморандумы и т.д.), учет возможных факторов, ведущих к конфликтам или недопониманию, а также разработку способов их решения. Согласно ITIL Practitioner, план коммуникаций должен отвечать на вопросы: кто и какую информацию должен получать, какова цель этой информации, какие форматы и средства передачи информации наиболее эффективны, кто и когда должен направлять информацию, как проверить её правильное понимание, и какой обратной связи необходимо добиться. План коммуникаций — это документ, который регулярно анализируется и совершенствуется на протяжении всего проекта.

Автор: Елена Колбей

Рейтинг: 1490

Теги: ITIL, управление продуктами, продуктовый подход, управление проектами, PRINCE2, управление процессами, ИТ-процессы

## [Что делает SIP эффективным инструментом управления, а не просто декларацией?](https://cleverics.ru/digital/kb-qa/chto-delaet-sip-effektivnym-instrumentom-upravleniya-a-ne-prosto-deklaratsiey/)

SIP становится эффективным инструментом управления благодаря тому, что представляет собой набор конкретных заданий в системе автоматизации процессов ITSM, а не формальный документ. Такой подход позволяет фиксировать не только намерения по улучшению услуг, но и фактические результаты работы над ними. SIP становится измеримым, так как позволяет сопоставлять активности в рамках программы с реальной динамикой удовлетворенности клиентов, обеспечивая обратную связь для корректировки приоритетов и методов работы над улучшением качества услуг.

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

Рейтинг: 1460

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