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

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

## [Что такое среднее время поставки (Lead time) и почему оно является ключевой метрикой для команд разработки информационных систем?](https://cleverics.ru/digital/kb-qa/chto-takoe-srednee-vremya-postavki-lead-time-i-pochemu-ono-yavlyaetsya-klyuchevoy-metrikoy-dlya-koma/)

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

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

Рейтинг: 3439

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

## [Что такое поток создания ценности с точки зрения управления системами?](https://cleverics.ru/digital/kb-qa/chto-takoe-potok-sozdaniya-tsennosti-s-tochki-zreniya-upravleniya-sistemami/)

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

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

Рейтинг: 2575

Теги: DevOps, CI/CD, Lean, бережливое производство, бизнес, ценность, бизнес-заказчик, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, Канбан, WIP-лимиты, командная работа, поток создания ценности (Value Stream), эффективность, оптимизация

## [Какова разница между Lead Time и Process Time в Lean-подходе?](https://cleverics.ru/digital/kb-qa/kakova-raznitsa-mezhdu-lead-time-i-process-time-v-lean-podkhode/)

В Lean-подходе Lead Time — это время от момента поступления запроса до его выполнения, то есть общий период, который заказчик ожидает результата. Process Time (также называемое Touch Time или Task Time) — это время, когда непосредственно осуществляется работа над запросом, без учета времени ожидания в очередях. Основная разница в том, что Lead Time учитывает все задержки и время ожидания, тогда как Process Time фокусируется только на активной работе. Поскольку именно Lead Time определяет восприятие скорости выполнения работы заказчиком, оптимизация обычно направлена на сокращение именно этого показателя, а не Process Time. Однако отношение Process Time к Lead Time служит важным индикатором общей эффективности потока.

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

Рейтинг: 1923

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

## [Почему важно не только устранение ошибок в продукте, но и выявление отклонений в работе процесса DevOps?](https://cleverics.ru/digital/kb-qa/pochemu-vazhno-ne-tolko-ustranenie-oshibok-v-produkte-no-i-vyyavlenie-otkloneniy-v-rabote-protsessa/)

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

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

Рейтинг: 1558

Теги: DevOps, CI/CD, Lean, бережливое производство, управление проблемами, управление продуктами, продуктовый подход

## [Чем отличается System Lead Time от Customer Lead Time в гибкой разработке?](https://cleverics.ru/digital/kb-qa/chem-otlichaetsya-system-lead-time-ot-customer-lead-time-v-gibkoy-razrabotke/)

System Lead Time (время в системе) считается от точки принятия обязательств (красный флажок) до момента поставки результата заказчику, тогда как Customer Lead Time считается от момента принятия решения о реализации задачи (зеленый флажок) до момента поставки. System Lead Time является одной из ключевых характеристик эффективности разработки, по которой можно с высокой вероятностью предсказывать сроки выпуска для новых задач, выявлять риски и классифицировать задачи.

Автор: Павел Капусткин

Рейтинг: 1446

Теги: Agile и гибкие методы разработки ПО, DevOps, CI/CD, Lean, бережливое производство, бизнес, ценность, бизнес-заказчик, разработка ПО, управление рисками, эффективность, оптимизация

## [Что такое эффективность потока и какой уровень эффективности считается нормальным для гибких команд?](https://cleverics.ru/digital/kb-qa/chto-takoe-effektivnost-potoka-i-kakoy-uroven-effektivnosti-schitaetsya-normalnym-dlya-gibkikh-koman/)

Эффективность потока - это отношение времени производства (Touch Time, непосредственно время выполнения работы над задачей) ко времени в системе (System Lead Time), выраженное в процентах. Для обычных команд разработки этот показатель находится в диапазоне от 3% до 10%, что означает, что от 90% до 97% времени задача находится в ожидании. Нормальным показателем для команд, управляющих работой в потоке, считается эффективность в 30%, что достигается за счет сокращения количества задач в системе и фокусировки на завершении текущих задач вместо начала новых.

Автор: Павел Капусткин

Рейтинг: 1383

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

## [Что такое Customer Lead Time и от чего он зависит?](https://cleverics.ru/digital/kb-qa/chto-takoe-customer-lead-time-i-ot-chego-on-zavisit/)

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

Автор: Павел Капусткин

Рейтинг: 1361

Теги: DevOps, CI/CD, Lean, бережливое производство, бизнес, ценность, бизнес-заказчик

## [Какие метрики помогают оценить своевременность реализации изменений?](https://cleverics.ru/digital/kb-qa/kakie-metriki-pomogayut-otsenit-svoevremennost-realizatsii-izmeneniy/)

Своевременность реализации изменений можно оценить с помощью метрик Lead Time (время от начала до завершения процесса изменения), Percentage of changes timely implemented (процент изменений, реализованных в установленные сроки), Average Implementation Time (среднее время реализации одного изменения), Timely Processing Index (индекс своевременной обработки). Эти метрики позволяют контролировать скорость выполнения изменений и выявлять задержки в процессе, что критически важно для оценки эффективности процесса управления изменениями.

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

Рейтинг: 1296

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

## [Какие метрики помогают оценить предсказуемость выполнения задач в DevOps?](https://cleverics.ru/digital/kb-qa/kakie-metriki-pomogayut-otsenit-predskazuemost-vypolneniya-zadach-v-devops/)

Метрики, которые помогают оценить предсказуемость выполнения задач в DevOps, в основном связаны с регулярностью и стабильностью работы команды. Ключевая метрика предсказуемости - это последовательность выполнения взятых на себя задач за определенные отрезки времени. Если команда регулярно выполняет запланированный объем работы в установленные сроки, это говорит о высокой предсказуемости. Дополнительно могут анализироваться показатели отклонения от плана, частота срывов сроков, стабильность velocity (скорости выполнения задач) и улучшение точности оценок. Предсказуемость является важным компонентом качества работы DevOps-команды, так как позволяет более точно планировать релизы и управлять ожиданиями заинтересованных сторон, что в конечном итоге способствует уменьшению времени выпуска продукта (lead time).

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

Рейтинг: 1222

Теги: DevOps, CI/CD, Lean, бережливое производство, измерение и оценка ИТ, метрики, KPI, отчётность, дашборды, командная работа, постоянное улучшение, совершенствование, CSI, PDCA, управление продуктами, продуктовый подход, управление релизами, эффективность, оптимизация

## [Как рассчитывается Time in Process и что он собой представляет?](https://cleverics.ru/digital/kb-qa/kak-rasschityvaetsya-time-in-process-i-chto-on-soboy-predstavlyaet/)

Time in Process — это общее время, в течение которого задача находилась в потоке, от начала до конца обработки (также называемое Lead Time). Формально он рассчитывается как разница между моментом завершения работы (Done) и моментом начала работы (Start). Однако важно учитывать, что это не просто календарное время, так как в большинстве ИТ-процессов работа ведется только в рабочее время, а не круглосуточно. Правильный расчет предполагает учет именно рабочего времени, а не общего календарного, чтобы избежать искажений результата (например, задача, выполненная за 24 рабочих часа в течение трех календарных дней, будет иметь неадекватно низкую эффективность при учете полных суток).

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

Рейтинг: 1213

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