Задача заблокирована клиентом: как учитывать время
Как учитывать заблокированную задачу на ретейнере: отдельно ожидание и работа, причина остановки, владелец ответа и последствия для очереди.

Дизайнер ждёт утверждённую цену, редактор — описание продукта, аналитик — доступ. В карточке давно стоит «в работе», хотя работа остановилась. Чтобы обсуждать сроки и загрузку предметно, нужно отдельно учитывать усилия и ожидание отсутствующего входа.
У задачи два разных времени
Активное время — когда команда исследует, производит, проверяет или согласованно готовит решение. Ожидание — когда продолжение зависит от конкретного внешнего ответа. Календарная длительность включает оба интервала, но сумма затраченных часов не обязана включать ожидание. Условия оплаты и резервирования ёмкости задаются договорённостью.
В правилах управления ретейнером описано согласование объёма. Здесь я бы добавил операционный статус «заблокировано» с датой начала: иначе застой превращается в миф о медленной команде или вечном отсутствии клиента.
Карточка блокировки
| Поле | Пример записи |
|---|---|
| Нужный вход | Утверждённая цена предложения |
| Зависимая работа | Финальная версия блока и форма |
| Владелец ответа | Ответственный за продукт |
| Срок запроса | Согласованная дата, часовой пояс |
| Что можно делать сейчас | Проверить структуру на временных данных |
| Последствие задержки | Перепланирование финальной проверки |
Карта зависимостей Atlassian также связывает ограничение с владельцем. В карточке полезен именно требуемый результат: «нужна цена», а не «ждём клиента». По второй формулировке никто не поймёт, какой ответ снимает блок.
Как посчитать фактическую работу
Условно, на подготовку потратили три часа, затем ждали два рабочих дня, после ответа завершили за один час. Активная работа — четыре часа. Календарный путь длиннее. Если оплата включает резерв, его показывают отдельным согласованным правилом; нельзя просто превратить два дня ожидания в шестнадцать производственных часов.
При частичной блокировке перечислите доступные действия. Иногда можно проверить форму на черновом тексте, а иногда временные данные создадут дорогую переделку. Это решение принимают по конкретной зависимости, а не по требованию всегда выглядеть занятыми.
Снятый блок не возвращает прежний слот автоматически
Пока команда ждала ответ, она могла начать согласованную следующую задачу. После снятия блока нужно проверить очередь и доступность нужного специалиста. Старый срок не восстанавливается простым удалением статуса, особенно если он зависел от своевременного входа.
Если задача стала срочной, примените правило замены приоритета. Не обещайте одновременно восстановить старый срок и сохранить все новые обязательства без оценки ёмкости. Это две конкурирующие работы, а не исчезнувшее ожидание.
Ответ, который помогает двинуться дальше
Рабочая формулировка: «Финальная проверка формы ждёт утверждённую цену. До ответа проверяем структуру на тестовых данных. После получения цены подтвердим слот и новый срок; текущая очередь приложена». Здесь есть предмет, доступное действие и следующий шаг. Эмоциональное «мы опять всё ждём» ничего не планирует.
Для следующих циклов проверьте сопоставимость часов и мощности, а накопившиеся зависимости перенесите в карту запуска. Если блок повторяется, менять нужно процесс получения входа, а не цвет статуса.
Как закрыть блокировку с проверкой входа
Полученное сообщение не всегда снимает блок. Вместо утверждённой цены мог прийти диапазон, вместо доступа — приглашение с недостаточными правами, вместо исходников — картинка без редактируемого файла. Назначьте того, кто проверяет пригодность входа. В журнале полезны две даты: когда ответ получен и когда зависимость действительно закрыта. Это помогает отличить задержку коммуникации от неполного результата.
Если вход снова неполный, сформулируйте недостающее конкретно. «Не тот файл» звучит как спор, «нужен исходный макет с редактируемым текстом, текущий экспорт не позволяет исправить цену» объясняет действие. Сохраните ссылку на требование, а не переписывайте историю в каждой ветке чата. Тогда ответственный сможет закрыть вопрос за один следующий шаг.
По итогам месяца посмотрите повторяемость блоков по типу входа, а не только по людям. Частые остановки на оффере могут указывать на слишком ранний старт производства; проблемы доступа — на незавершённую подготовку среды. Изменение процесса должно отвечать найденной причине. Ещё одно ежедневное напоминание не сделает неутверждённый продукт утверждённым и не создаст полномочий у человека, которому их не выдали.