Считаем, что придёт
Планирование только по текущему бэклогу слепо к притоку. Forecaster оценивает, сколько новых задач, тикетов или лидов ожидается в следующих периодах — чтобы заранее заложить capacity, буфер или cut scope.
Коротко
Считаем не только закрытое — считаем, что придёт. Тренд и сезонность по истории тикетов, без регистрации.
Планирование только по текущему бэклогу слепо к притоку. Forecaster оценивает, сколько новых задач, тикетов или лидов ожидается в следующих периодах — чтобы заранее заложить capacity, буфер или cut scope.
История раскладывается на долгосрочное направление и повторяющиеся волны. Прогноз = экстраполяция тренда × сезонный коэффициент периода — а не среднее «на глаз».
Velocity и throughput говорят, сколько команда закрывает. Arrival rate — сколько приходит. Если приток чуть выше закрытия, за год копится очередь «забытых» запросов при «зелёной» скорости.
Сезонные коэффициенты показывают, какие периоды выше или ниже нормы — можно заранее усилить поддержку или не обещать полный спринт в «горячий» месяц.
Считаете в браузере: вставили историю → получили тренд, факторы, MAE и R². Без аккаунта и без выгрузки в облако SaaS.
Бэклог растёт при «нормальной» velocity — смотрите на приток, не только на закрытие
Инструмент
RU-пресеты под Трекер, спринты, поддержку, контент и CRM. Данные остаются в браузере.
Arrival rate (темп поступления) — среднее число новых элементов, которые попадают в бэклог или очередь за единицу времени: неделю, спринт или месяц. Это входящий спрос, а не скорость закрытия задач. Прогноз бэклога по приходу оценивает, сколько новых элементов ждать впереди, чтобы скорректировать capacity, scope или найм до того, как очередь «взорвётся».
Маркер: простыми словами. Arrival rate — «сколько нового падает в очередь за период». Не путать с тем, сколько команда успевает сделать.
Маркер: простыми словами. Бэклог — приоритетный список работ, которые ещё не взяли в работу. В Scrum это список к распределению в спринты; в Kanban — входящая колонка/очередь.
How-to
От истории поступлений до цифр в плане спринта — без Excel и без аккаунта.
Выберите период: неделя, спринт, месяц или квартал. Внесите ряд «метка → сколько новых пришло». Ориентир для устойчивой сезонности — два полных цикла (для месяцев ~24 точки).
Укажите, на сколько будущих периодов смотреть и в чём считаете: задачи, тикеты, лиды, темы. Горизонт 1–3 периода — рабочий ориентир.
Наблюдаемое ≈ тренд × сезонный фактор × остаток. Прогноз периода = тренд × коэффициент. Пример: 55 × 1,2 → ориентир 66.
Смотрите тренд, множители (>1 / <1), MAE и R². Сверьте с throughput → буфер capacity, cut scope или разговор про найм. Обновляйте ряд раз в месяц.
На графике видны факт и будущий «хвост» прогноза; пустых дыр в середине ряда нет или они осознанно заполнены.
Мало точек (3–5) — только направление. Смешали «создано» и «закрыто». После реорга тянете старую историю целиком — обрежьте ряд «до слома».
Маркер: простыми словами. Сезонная декомпозиция — разложить историю на тренд, сезон и шум. Мультипликативная модель — когда сезон «растёт вместе с уровнем»: прогноз = тренд × сезонный множитель.
Параметры
Длина ряда, тип периода, выбросы и горизонт — от них зависит, насколько цифре можно верить.
Чем длиннее ряд без дыр, тем устойчивее сезонность. Пропуски и нулевые недели портят мультипликативную модель.
Недели — поддержка и лиды; спринты — продукт; месяцы — hiring/capacity. Если сезонности почти нет, тренд всё равно покажет направление.
Резкий всплеск «горящих» тикетов тянет линию вверх. Один вирусный инцидент — не новый нормальный уровень.
Близкий горизонт опирается на свежий тренд. Дальше 3–4 периодов цифру лучше читать как диапазон (прогноз ± MAE).
R² выше ~0,7 — паттерн полезен; ниже ~0,5 — шума много. Стейкхолдерам показывайте диапазон, не «ровно 50».
Спринты 2 недели; месяцы под Трекер/YouTrack; недели поддержки; кварталы; контент-завод; CRM-лиды. Подставляете свои цифры поверх.
Маркер: простыми словами. MAE — «на сколько задач обычно промахивались на истории». R² — насколько хорошо модель объясняет колебания (ближе к 1 — лучше).
Кейсы РФ
Трекер, YouTrack, Kanban, поддержка, product backlog и контент-завод — один метод, разные единицы спроса.
Выгрузите «создано» по неделям или месяцам. Перед planning сравните прогноз прихода с тем, сколько обычно берёте в спринт. Встроенного arrival-forecaster в Трекере нет.
Отчёт Resolved vs New/Reopened даёт историю. Ряд New/Reopened — ваш arrival; tool добавляет сезонность и прогноз, а не только факт.
Очередь растёт из‑за притока или узкого горла? Если приток стабильно выше закрытия — WIP-лимит один не спасёт без буфера или снижения scope.
Недельный объём обращений ловит волны после релизов и праздников. Сезонные коэффициенты помогают заранее сменить график или подключить аутсорс.
Грумите под реальный приток, а не под список «хотелок» в Notion. Если inflow растёт, а velocity плоский — честный разговор про cut scope или найм.
Темы/ТЗ в неделю для редакторов и AI-агентов; новые лиды в amoCRM или Битрикс24 как arrival воронки. Сезон рекламы виден как коэффициенты >1.
Если темы и тикеты для контент-завода нужно не только прогнозировать, но и собирать в поток Make → агенты → публикации — разберите практику на обучении по автоматизации и вайбкодингу.
Метрики
До планирования спринта откройте прогноз на 1–2 ближайших периода. Если ждётся волна выше нормы — заранее оставьте % capacity под unplanned.
Lead/cycle time — про длительность. Arrival — про объём входа. Throughput — про объём выхода. Растущий lead + растущий arrival при плоском throughput = очередь раздувается.
Если прогноз arrival устойчиво выше фактического закрытия, бэклог будет расти даже при «нормальной» velocity. Little’s Law работает только в спокойном режиме.
RICE и груминг решают что делать. Arrival forecast отвечает сколько нового ждать. Используйте оба.
Маркер: простыми словами. Throughput — сколько элементов команда заканчивает за период. Velocity в Scrum — близкая идея в story points. Оба про «выход», не про «вход».
Ограничения
Прогноз — ориентир для capacity-разговора, не обещание «будет ровно N».
Не вероятностные сроки доставки — только ориентир по inflow.
Дальше ~3 периодов — тренд, не контракт с заказчиком.
Реорг, запуск, вирусный инцидент — после структурного слома обрезайте историю «до».
Жёсткий линейный тренд слабее ETS/ML; мультипликативная схема плохо переносит нули.
Не отменяет лимиты WIP, SLA и живой рефаймент бэклога.
Нет автоподтягивания из Трекера/YouTrack — копируете агрегаты. Низкий R² = «данных мало», не «точное будущее».
Маркер: простыми словами. Structural break — момент, после которого старые правила ряда не работают. Старую «до» и новую «после» лучше не мешать в одном прогнозе.
Метод декомпозиции: FPP3 components · бэклог в Яндекс.Трекере · inflow в YouTrack.
FAQ
Velocity — сколько команда закрывает за спринт. Arrival rate — сколько нового появляется в бэклоге за период. Можно иметь отличную velocity и всё равно тонуть, если приток выше закрытия.
Да: онлайн и бесплатно, данные в браузере, аккаунт не нужен. Скопировали агрегаты из Трекера, YouTrack или таблицы — получили прогноз.
Ориентир — не меньше двух полных сезонных циклов (для месячного ряда часто около 24 точек). 12 месяцев иногда дают направление. Меньше 3–5 периодов — скорее стрелка тренда, не точная цифра.
Да. Берите неделю или месяц как период. Спринты не обязательны: важен стабильный ряд «сколько нового вошло в очередь».
Нет. Forecaster не ранжирует задачи. Он оценивает объём входящего спроса рядом с приоритизацией.
MAE — средняя ошибка модели на истории; R² — насколько хорошо объяснены колебания. Высокий R² и умеренный MAE — можно опираться осторожно; низкий R² — не продавайте цифру как точный план.
Расчёт локальный в браузере: вы вставляете агрегированные числа, а не пароли и не полный экспорт тикетов. API с Трекером пока нет — копируете суммы сами.
Да. Единица ряда — любая новая единица спроса: тикет, лид, тема, баг. Меняется смысл пресета, не логика модели.
Нет. Это прогноз прихода, не симуляция сроков закрытия (P50/P85). Для delivery-forecast нужен соседний класс инструментов по throughput.