К статье
Практика · от решения к действию10 минут чтения

Проект постоянно затягивается: как найти причину и пересобрать остаток

Разбор просроченного проекта: остаток работ, ожидания, изменения и новый проверяемый прогноз.

Проект постоянно затягивается: как найти причину и пересобрать остаток

Перестаньте переносить дату без нового расчёта

Если проект уже несколько раз переносили, очередная дата без объяснения ничего не меняет. Составьте остаток работ: что действительно принято, что требует исправления, что ещё не начинали и что ожидает решения. Не вычитайте условные «80 процентов готовности» из первоначальной оценки. Последняя часть может содержать самые неопределённые проверки.

Учебный пример: каталог обещали закончить за десять рабочих дней. На двенадцатый день готовы тексты и обложка, но ещё нет утверждённых характеристик 20 товаров. Верстальщик не может завершить страницы, а заказчик уже просит финальный файл. Проблема не сводится к медленной вёрстке.

Разделите работу и календарное ожидание

У каждой оставшейся части запишите исполнителя, входящий материал и условие приёмки. Для двадцати карточек нужны 4 часа проверки данных, 6 часов вёрстки и 2 часа контроля. Однако согласующий отвечает только по четвергам. Двенадцать часов производства не превращаются в полтора календарных дня, если данные появятся через неделю.

Отдельно отметьте повторную работу. Если неверные характеристики возвращают уже свёрстанные страницы на исправление, новый цикл надо включить в прогноз. Считать только первое изготовление означает повторить прежнюю ошибку.

Остаток каталога
ЧастьРаботаОжиданиеКто разблокирует
Данные4 часа проверкиДо ответа поставщикаЗаказчик
Вёрстка6 часовПосле данныхВерстальщик
Контроль2 часаПосле вёрсткиРедактор

Найдите причину на конкретном эпизоде

Возьмите последнее отклонение и проследите цепочку. Страница не готова, потому что нет размеров. Размеры не переданы, потому что поставщик не подтвердил. Подтверждение не запросили, потому что в плане не было владельца входящих данных. Исправление — назначение ответственного и контрольного срока запроса, а не требование всем работать быстрее.

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

Чтобы вынести неизвестные входы и последствия задержки в отдельный список, используйте Риски проекта: как составить реестр и подготовить план действий.

Предложите варианты окончания

В примере доступны три варианта: ждать все характеристики; выпустить каталог без двадцати позиций; разделить выпуск на утверждённую часть и дополнение. У каждого есть ограничения: исключение товаров может разрушить цель каталога, а два выпуска добавляют проверку. Решение принимает владелец результата, понимающий последствия.

Не предлагайте сокращать контроль качества только потому, что он последний в цепочке. Сначала выясните обязательные проверки и допустимый состав результата. Если качественная часть не может использоваться отдельно, формальный частичный выпуск не спасёт проект.

Как составить план восстановления срока: Остаток → Причина → Выбор → Прогноз
  1. Остаток

    Только принятые факты

  2. Причина

    Конкретная цепочка задержки

  3. Выбор

    Объём, ресурс или срок

  4. Прогноз

    Условия и дата пересмотра

Дайте новый прогноз с условиями

Формулировка для письма: «На сегодня принято __. Осталось __. От вас требуется __ к __. После получения проверенных данных нужно __ рабочих часов и __ согласование. При выполнении условия прогноз передачи __. Если условие не выполнено, выбираем вариант __». Такая запись отделяет обещание исполнителя от внешней зависимости.

Не маскируйте неизвестное точной датой. Если поставщик не назвал срок, укажите неизвестность и день следующего решения. Дата решения и дата завершения — разные ориентиры.

Измените ежедневное наблюдение

До стабилизации проверяйте ближайший блокер и завершённые передачи, а не долю заполненной диаграммы. В Kanban Guide возраст незавершённого элемента (Work Item Age) считают от начала работы до текущего момента. Время блокировки — отдельные часы: его считают от начала конкретного ожидания. Например, задача начата в понедельник, а ответ ждёт со среды: в пятницу её возраст — четыре прошедших дня, ожидание — два. Запишите обе даты, чтобы не подменять длительность всей работы длительностью остановки.

В каталоге вводят проверку данных до вёрстки и ограничивают число одновременно открытых страниц. Это не гарантия срока, а конкретная проверяемая профилактика найденной причины.

Как отличить причины
СигналПроверкаИсправление
ВозвратыКакие требования неясныУточнить приёмку
Долгое ожиданиеКто и когда отвечаетНазначить владельца входа
Растущий объёмЧто добавили после стартаСогласовать изменения

Чтобы отличить принятую работу от отправленного черновика, сверьте Критерии приёмки задачи: как написать и проверить, с примерами.

Ошибки при спасении проекта

Нанять помощника иногда полезно, но передача контекста может занять больше времени, чем осталось. Сначала выделите независимую часть с понятной проверкой. Другой риск — объявить новый срок клиенту до подтверждения исполнителей. Исправление: расчёт остатка, проверка доступности, затем согласованное сообщение.

Откажитесь от скрытого расширения объёма. Новое пожелание записывайте отдельно с последствиями. Если оно необходимо для исходной цели, пересмотрите исходный план; если нет, сохраните его для следующей версии.

Когда остановка разумнее нового переноса

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

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

Полный сценарий перепланирования каталога

Во вторник редактор сверяет остаток. Из 60 карточек 40 приняты, 20 ждут характеристик. В исходном плане не было условия готовности данных. Заказчик подтверждает, что поставщик ответит в четверг до 12:00. Ответственный за запрос — менеджер клиента, за проверку — редактор. До этого момента верстальщик завершает только независимую обложку и оглавление. Он не заполняет неизвестные поля предположениями ради красивого статуса.

После получения данных редактор работает четыре часа в четверг, верстальщик — шесть часов в пятницу. Проверка занимает два часа в понедельник, потому что проверяющий недоступен в пятницу. Новый прогноз — передача в понедельник после проверки. Это иллюстративный календарь: конкретные даты надо подставлять с учётом ваших выходных и доступности. Если данные приходят в пятницу, обещание понедельника пересчитывается, а не сохраняется автоматически.

В письмо включают развилку: при отсутствии характеристик к четвергу заказчик выбирает выпуск 40 карточек или перенос полного выпуска. Для частичной версии отдельно проверяются обложка, оглавление, ссылки и маркировка состава. Нельзя просто удалить двадцать страниц и назвать результат готовым. Согласование состава фиксируется до нового экспорта.

Копируемый лист восстановления

Заполненный образец: «Исходный результат: каталог 60 товаров. Принято: 40 карточек, тексты вступления. Остаток: 20 карточек, контроль полного файла. Причина отклонения: не назначен владелец исходных характеристик. Нужное решение: полный или частичный выпуск. Вход: подтверждённые характеристики до четверга 12:00. Владелец входа: менеджер клиента. Работа после входа: 12 часов трёх исполнителей с разными окнами. Прогноз: понедельник при выполнении условия. Следующая проверка: четверг 12:30».

Скопируйте структуру и замените каждую строку фактом. Если строка неизвестна, оставьте слово «неизвестно», назначьте способ выяснения и ближайшее решение. Не подставляйте удобное число, чтобы лист выглядел завершённым. После передачи добавьте фактическое время получения данных и принятия результата: это позволит проверить, помогло ли изменение процесса.

Для следующего действия используйте Управление ожиданиями заказчика: как договариваться о результате: согласуйте с получателем новый срок и последствия переноса.

Что ещё стоит уточнить

Нужно ли полностью переписывать план?

Обычно сначала достаточно пересобрать остаток. Полный пересмотр нужен, если изменилась цель или зависимости.

Как сообщить о задержке?

Назовите факт, последствия, варианты и необходимое решение. Избегайте обещаний без расчёта.

Поможет ли дополнительный человек?

Только если есть независимая работа и время на передачу. Это надо проверить, а не предполагать.

Что считать завершённым?

Результат, принятый по согласованным условиям. Отправленный на проверку файл может ещё требовать работы.

Владислав Титов Основатель Sinqly

Разбираем рабочие решения на учебных примерах. Часы и задачи вымышлены; экраны сняты в настоящем интерфейсе Sinqly.

Сделаем следующий материал лучше

Помогло разобраться?

Оцените статью и расскажите, чего не хватило. Отзыв увидит редакция Sinqly — он не появится на сайте.

Насколько полезна статья?
Не помоглаТеперь понятно
Не указывайте пароли и личные данные. До 2000 символов.
Источники и примечания
  • The Kanban Guide, May 2025
  • Предлагаемый порядок — редакционная практика, а не обещание одинакового результата для всех.
Проект постоянно затягивается: как найти причину и пересобрать остаток | Sinqly