Зависшие задачи: что делать, если проект заморожен

Если в проекте появились зависшие задачи, работа быстро теряет темп. Разберём причины простоя, алгоритм перезапуска и способы вернуть проект в работу. Вы узнаете, когда достаточно навести порядок, а когда нужен аудит проекта.

Почему появляются зависшие задачи

Проект редко останавливается из-за одной проблемы. Обычно несколько факторов усиливают друг друга.

Например, команда ждёт контент от заказчика. Контент нужен для вёрстки. Вёрстка нужна для тестирования. Тестирование блокирует публикацию.

В итоге одна небольшая задержка останавливает несколько этапов.

Частые причины зависших задач:

• нет решения от заказчика;
• не определён ответственный;
• отсутствуют материалы;
• изменились требования;
• нет доступа к нужному сервису;
• разработчик ждёт дизайн;
• дизайн зависит от согласования;
• возник технический долг;
• проект потерял приоритет;
• никто не контролирует сроки.

Есть и другая проблема. Иногда задача формально существует, но фактически не движется.

Она стоит в статусе «В работе» две недели. Ответственный продолжает её видеть. Руководитель считает, что задача выполняется. Но результата нет.

Так появляется скрытая остановка проекта.

По данным PMI, в исследовании 2025 года только около половины проектов соответствовали современной оценке успеха. Ещё 37% дали лишь часть ожидаемого результата.

Это не означает, что каждый замороженный проект обречён. Напротив. Многие проекты можно восстановить после правильной диагностики.

Зависшие задачи: как понять причину остановки

Первый шаг — не ставить новые дедлайны.

Сначала нужно понять, почему задача остановилась.

Для этого полезно провести экспресс-аудит.

Шаг 1. Соберите все открытые задачи

Выгрузите задачи из используемой системы.

Это может быть:

• Trello;
• Bitrix24;
• Jira;
• Asana;
• ClickUp;
• YouTrack;
• другая CRM или таск-трекер.

Для каждой задачи зафиксируйте:

Параметр	Что проверить
Статус	Выполняется ли задача фактически
Ответственный	Есть ли конкретный исполнитель
Дата	Когда задача должна была завершиться
Блокер	Что мешает работе
Приоритет	Нужна ли задача прямо сейчас
Результат	Что должно появиться после выполнения

После такой проверки список обычно становится короче.

Часть задач уже неактуальна. Другие можно объединить. Третьи требуют нового решения.

Шаг 2. Найдите критические блокеры

Не каждая проблема одинаково важна.

Представьте интернет-магазин.

Зависла задача «Настроить оплату». Параллельно не готов баннер для главной страницы.

Первая задача блокирует запуск продаж. Вторая — нет.

Значит, их нельзя ставить в один приоритет.

Используйте простую классификацию:

• P1 — блокирует запуск или ключевой этап;
• P2 — замедляет работу;
• P3 — не влияет на ближайший результат.

Сначала разбирайте P1.

Зависшие задачи: что делать после аудита

После диагностики проект нужно разделить на три группы.

1. Выполнить

Задача нужна. У неё есть понятный результат. Блокер можно устранить.

Для неё назначьте:

• одного ответственного;
• новый срок;
• критерий готовности;
• следующий шаг.

2. Разблокировать

Иногда исполнитель есть. Но он физически не может продолжить работу.

Например:

Разработчик ждёт доступ к API.

В этом случае не нужно ставить разработчику новый срок.

Нужно назначить человека, который выдаст доступ.

Правильная цепочка выглядит так:

Нет доступа → назначаем ответственного → получаем доступ → продолжаем разработку.

3. Закрыть

Некоторые задачи больше не нужны.

Например, компания изменила структуру сайта. Старый макет страницы больше не используется.

Не нужно переносить такую задачу из месяца в месяц.

Её следует закрыть с комментарием о причине.

Это снижает информационный шум.

Как перезапустить замороженный проект

После аудита сформируйте короткий план восстановления.

Не пытайтесь сразу вернуть весь старый план.

Начните с ближайшего результата.

Этап 1. Зафиксируйте текущую точку

Опишите состояние проекта одним абзацем.

Например:

Дизайн главной страницы готов. Верстка выполнена на 70%. Контент не передан. Интеграция CRM не начата.

Такой статус лучше десятков сообщений в чате.

Этап 2. Определите ближайшую цель

Цель должна быть конкретной.

Плохо:

Продолжить разработку сайта.

Хорошо:

Подготовить главную страницу к внутреннему тестированию.

Вторая формулировка даёт команде понятный результат.

Этап 3. Уберите лишние задачи

После заморозки проекта список часто содержит десятки старых пунктов.

Не переносите их автоматически.

Проверьте каждую задачу:

• нужна ли она;
• влияет ли она на текущую цель;
• есть ли у неё владелец;
• можно ли выполнить её сейчас.

Этап 4. Создайте новую контрольную точку

После перезапуска нужен короткий цикл контроля.

Например:

Понедельник → задачи недели → среда → проверка блокеров → пятница → результат.

Так команда быстро показывает реальные проблемы.

Что делать, если заказчик не отвечает

Это одна из частых причин остановки веб-проектов.

Допустим, студия ждёт согласование дизайна.

Неделя проходит без ответа.

Ещё одна неделя не меняет ситуацию.

В такой ситуации нельзя просто писать:

«Напоминаем о согласовании».

Такое сообщение не помогает принять решение.

Лучше дать заказчику конкретный выбор:

«Для продолжения проекта нам нужно согласовать макет главной страницы. Выберите, пожалуйста, один вариант:

1. согласовать текущий макет;
2. передать список правок;
3. назначить короткий созвон для обсуждения».

Так коммуникация превращается в действие.

Если ответа всё равно нет

Зафиксируйте зависимость в проекте.

Например:

Блокер: согласование главной страницы.
Ответственный: заказчик.
Дата запроса: 20 сентября.
Следующий контакт: 23 сентября.
Влияние: задержка вёрстки.

Так появляется прозрачность.

Как работать с техническими блокерами

Иногда проект заморожен не из-за коммуникации.

Причина находится в коде или инфраструктуре.

Например, команда получила старый WordPress-проект.

После попытки обновить сайт возникают ошибки PHP.

В этом случае нельзя бесконечно исправлять отдельные симптомы.

Сначала определите техническую причину.

Пример проверки PHP-версии

<?php

echo 'PHP version: ' . PHP_VERSION;

Для WordPress также полезно проверить совместимость:

• версии PHP;
• версии WordPress;
• темы;
• плагинов;
• базы данных;
• серверного окружения.

Если сайт давно не обновлялся, сначала создайте резервную копию.

Затем подготовьте тестовое окружение.

И только после этого обновляйте боевой сайт.

Пример технического чек-листа

[ ] Сделать резервную копию
[ ] Создать staging
[ ] Проверить PHP
[ ] Проверить WordPress
[ ] Проверить плагины
[ ] Проверить тему
[ ] Проверить ошибки PHP
[ ] Проверить интеграции
[ ] Провести тестирование
[ ] Подготовить план релиза

Такой подход снижает риск повторной остановки.

Когда проект лучше не продолжать

Не каждый замороженный проект нужно спасать.

Иногда дешевле закрыть старый проект и начать новый этап.

Это актуально, если:

• требования полностью изменились;
• архитектура устарела;
• исходный код невозможно поддерживать;
• потеряна документация;
• команда больше недоступна;
• бизнес-цель проекта исчезла;
• стоимость восстановления слишком высока.

Но такое решение нельзя принимать только по ощущениям.

Сначала посчитайте стоимость восстановления.

Сравните её с разработкой нового решения.

Простая модель оценки

Можно использовать формулу:

Стоимость восстановления = аудит + исправление + доработка + тестирование.

Например:

• аудит — 20 часов;
• исправление — 40 часов;
• доработка — 30 часов;
• тестирование — 15 часов.

Итого: 105 часов.

После этого сравните показатель с оценкой нового проекта.

Так решение становится экономическим, а не эмоциональным.

Как не допустить новых зависших задач

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

Для этого заранее настройте процесс.

У каждой задачи должен быть один владелец

Фраза «сделаем вместе» часто создаёт неопределённость.

Назначайте одного ответственного.

Другие специалисты могут помогать.

Но за результат отвечает конкретный человек.

У каждой задачи должен быть критерий готовности

Например:

Главная страница опубликована на staging и прошла проверку адаптивности.

Это лучше формулировки:

Сделать главную страницу.

Критерий позволяет понять, завершена задача или нет.

У каждой блокирующей задачи должен быть срок

Если блокер существует бесконечно, проект снова остановится.

Указывайте:

• причину;
• ответственного;
• дату решения;
• влияние на проект.

Используйте статус «Заблокировано»

Не прячьте проблему внутри статуса «В работе».

Статус «Заблокировано» сразу показывает руководителю реальное состояние проекта.

Это особенно важно для крупных сайтов.

Как мы работаем с замороженными веб-проектами

Представим типичную ситуацию.

Вы столкнулись с проблемой: сайт не развивается несколько месяцев. Старый подрядчик перестал отвечать. Документация неполная. Команда не понимает текущий статус.

Мы решаем её способом: проводим аудит проекта.

Проверяем код, CMS, сервер, структуру сайта и задачи.

Затем формируем карту проблем.

После этого определяем:

• что можно продолжить;
• что нужно исправить;
• что лучше переписать;
• что потеряло актуальность.

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

Такой подход подходит для:

• сайтов на WordPress;
• интернет-магазинов;
• корпоративных сайтов;
• лендингов;
• интеграций;
• технической поддержки;
• проектов после смены подрядчика.

Чек-лист перезапуска проекта

Перед возвращением проекта в работу проверьте 10 пунктов:

• Собраны все задачи.
• Удалены неактуальные задачи.
• Найдены основные блокеры.
• Назначены ответственные.
• Зафиксированы новые сроки.
• Определена ближайшая цель.
• Проверено техническое состояние.
• Восстановлена документация.
• Определены критерии готовности.
• Назначена дата контрольной проверки.

Если большинство пунктов не выполнено, проект ещё рано возвращать в активную разработку.

Что делать, если проект уже «завис» на несколько месяцев

Не начинайте с разработки.

Начните с диагностики.

Соберите материалы:

• доступ к CMS;
• доступ к хостингу;
• репозиторий;
• список задач;
• макеты;
• техническое задание;
• переписку;
• данные аналитики.

После этого проведите технический и проектный аудит.

Так вы получите фактическую картину.

Затем можно составить план восстановления.

Заключение

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

Главное — не переносить старые задачи бесконечно. Проведите аудит, найдите блокеры, назначьте ответственных и определите ближайший результат.

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