---
title: "Метрики потока: Kanban и Time to Market"
description: "WIP, Throughput, возраст работы, Cycle Time, SLE и Time to Market: формулы, границы измерения и поиск очередей."
---

## Границы измерения

Метрики потока применимы к исследованию, разработке, инфраструктурным запросам и обращениям. Сначала определите рабочий элемент и события Started и Finished в описании рабочего процесса (Definition of Workflow). Без этого значения разных досок несопоставимы.

Начатая работа включает ожидание внутри выбранных границ. Заявка в общей очереди до Started ещё не входит в WIP. Крупные инициативы и небольшие задачи считайте отдельно; throughput измеряется элементами, а не баллами сложности.

## Четыре базовые метрики

| Метрика | Расчёт | Как использовать |
| --- | --- | --- |
| **WIP — незавершённая работа** | Число начатых, но не завершённых элементов в момент замера | Находить перегрузку и обсуждать ограничения параллельной работы |
| **Throughput — пропускная способность** | Число завершённых элементов за период | Наблюдать динамику и прогнозировать объём работ одного типа |
| **Work Item Age — возраст работы** | Текущее время − Started для каждого незавершённого элемента | Выявлять застрявшие задачи до того, как они попадут в статистику завершённых |
| **Cycle Time — время цикла** | Finished − Started для завершённых элементов | Анализировать распределение сроков и очереди |

Если за две недели завершили 12 элементов, throughput составляет 6 элементов в неделю. WIP 8 при лимите 6 — повод проверить узкое место и завершить начатое. Требование увеличить загрузку не объясняет, почему элементы застряли.

Медиана Cycle Time 5 рабочих дней и p85 9 дней означают, что половина завершилась за 5 дней или быстрее, а 85% — за 9 дней или быстрее. Всегда указывайте, используются календарные или рабочие дни, и сохраняйте это правило при сравнении периодов.

## SLE и эффективность потока

**Service Level Expectation (SLE)** задаёт прогноз срока и вероятности на основе истории Cycle Time: например, «85% элементов этого типа завершаются за 8 рабочих дней или быстрее». Это прогноз, а не договорное SLA и не индивидуальный норматив сотрудника. Возраст активной задачи 9 дней при таком SLE помогает выбрать работу для разбора.

**Flow Efficiency** = время активной работы ÷ Cycle Time × 100%. Два дня работы из восьми дней общего цикла дают 25%. Показатель помогает увидеть ожидание, но полезен только при достоверном учёте активного времени и пауз. Он не измеряет занятость человека.

### Пример расчёта Cycle Time

JavaScript-пример считает календарные сутки по двум событиям. Для рабочих дней нужен согласованный календарь; заменять его простым делением миллисекунд нельзя.

```js
const started = Date.parse('2026-10-01T10:00:00Z');
const finished = Date.parse('2026-10-06T10:00:00Z');
const cycleTimeDays = (finished - started) / 86_400_000;
console.log(cycleTimeDays); // 5 календарных суток
```

## Time to Market: путь инициативы до пользователя

**Time to Market (TTM)** = время первого доступного пользователям выпуска − время принятия возможности или проблемы в работу. Это дополнительная сквозная метрика, а не одна из четырёх базовых метрик Kanban.

Если инициативу начали 1 марта и выпустили 29 марта, TTM равен 28 календарным дням. Для поиска задержек анализируйте исследование, очереди и поставку отдельно. Discovery и Delivery могут идти параллельно, поэтому их длительности не всегда складываются в TTM.

Не смешивайте три границы: TTM начинается с принятия инициативы; Cycle Time — с согласованного Started; DORA Change Lead Time — с коммита и заканчивается production-деплоем. Деплой под выключенным флагом ещё не означает доступность решения пользователю.

## Связанные материалы

- [Обзор KPI](https://wpcraft.ru/kb/processes/kpi.md) — выбор показателей по задаче управления.
- [Discovery](https://wpcraft.ru/kb/processes/kpi/discovery.md), [Delivery](https://wpcraft.ru/kb/processes/kpi/delivery.md), [DevOps и инфраструктура](https://wpcraft.ru/kb/processes/kpi/devops-infra.md), [ServiceDesk](https://wpcraft.ru/kb/processes/kpi/service-desk.md) — собственные метрики процессов.
- [Дашборды и OKR](https://wpcraft.ru/kb/processes/kpi/dashboards-okr.md) — правила данных и ритм обзора.

## Материалы и источники

- [Как измерять эффективность ИТ-процессов — WP Craft](https://wpcraft.ru/blog/kak-izmeryat-effektivnost-it-proczessov-rassmotrim-obshhie-metriki-discovery-delivery-devops-infra-servicedesk)