Чек-лист проблемного web-проекта
Диагностический чек-лист: подрядчик затягивает разработку, проект трудно передать, портал ломается после релизов и нет документации.
Открыть чек-листСмена подрядчика
Как подготовиться к смене подрядчика по web-проекту
Если отношения с подрядчиком исчерпаны, важно не просто найти новую команду, а подготовить техническую передачу: код, доступы, документацию, интеграции, открытые задачи и риски.
Ситуация
Что обычно происходит
Смена подрядчика часто кажется быстрым решением, но без подготовки новая команда наследует старые проблемы: неполные требования, скрытые интеграции, неясную архитектуру и потерянный контекст.
Перед сменой нужно понять состояние проекта, что уже готово, какие части можно сохранить и какие вопросы нужно закрыть у текущей команды.
Признаки проблемы
- отношения с подрядчиком исчерпаны, но проект не готов к передаче
- нет актуальной документации и карты интеграций
- непонятно, где актуальный код и окружения
- доступы собраны фрагментарно
- новая команда не может оценить сроки без аудита
- есть риск переписать всё только из-за потери контекста
Чек-лист
Материал для самостоятельной проверки
Чек-лист контроля подрядчика
Набор вопросов для собственника и руководителя проекта: как проверить подрядчика по статусам, срокам, релизам, документации, доступам и рискам.
Открыть чек-листПричины
Почему это может происходить
проект развивался без требований к передаче знаний
решения принимались в переписках и не попадали в документацию
нет владельца архитектуры и технического долга
подрядчик сдавал функции, но не фиксировал внутреннее устройство
бизнес не контролировал доступы, окружения и репозитории
Диагностика
Симптом, проверка и рабочий артефакт
| Симптом | Что проверить | Что получить |
|---|---|---|
| Непонятно, что передавать | Код, окружения, документы, интеграции, открытые задачи | Пакет передачи проекта |
| Новая команда не может оценить проект | Архитектура, технический долг, риски, зависимости | Аудиторское заключение |
| Нет доступа к части системы | Домены, серверы, репозитории, базы данных, внешние сервисы | Реестр доступов и владельцев |
| Есть риск повторить ошибки | Причины срыва, слабые решения, процесс постановки задач | Рекомендации новой команде |
Карта передачи
Что нужно передать новой команде
Передача проекта - это не архив кода. Новая команда должна получить контекст, доступы, бизнес-логику, интеграции и список рисков.
Код
Репозиторий и запуск
Где код, как поднять проект локально, как устроены окружения и деплой.
- репозиторий
- окружения
- инструкция запуска
Доступы
Владельцы сервисов
Кто владеет доменом, сервером, аналитикой, CRM, 1C и внешними API.
- домены
- хостинг
- интеграции
Логика
Бизнес-сценарии
Роли пользователей, статусы, исключения и критичные операции.
- роли
- статусы
- исключения
Риски
Что нельзя трогать вслепую
Зоны, где изменения могут сломать данные, интеграции или ключевые процессы.
- критичные модули
- известные ошибки
- план первых действий
Итог Результат: новая команда начинает не с угадывания, а с понятной карты проекта и безопасного плана входа.
Первые шаги
Порядок действий без хаоса
Аудит перед сменой нужен, если новая команда не может оценить проект без фактов, а бизнес не хочет платить за повторное изучение старого хаоса.
Провести аудит перед сменой
Понять состояние проекта, риски и ценность текущего результата.
Собрать пакет передачи
Репозитории, доступы, окружения, документация, интеграции, открытые задачи.
Закрыть вопросы текущему подрядчику
Забрать контекст по решениям, рискам, незавершённым работам и инфраструктуре.
Передать проект управляемо
Дать новой команде реальную картину, а не только ожидания из старого плана.
Что не делать
Решения, которые лучше не принимать вслепую
- не разрывать отношения без сохранения доступов и контекста
- не передавать проект новой команде без карты рисков
- не переписывать систему только из-за отсутствия документации
- не скрывать от новой команды проблемы текущего проекта
Следующий шаг
Что сделать с этой ситуацией
Выберите ближайший маршрут: собрать факты, проверить подрядчика, подготовить AI-ready основу или спроектировать систему заново.
Проверить подрядчика без конфликта
Если ответы по срокам, рискам и релизам стали размытыми, нужен контроль по артефактам, а не микроменеджмент.
- статус и блокеры
- архитектура и релизы
- документация и передача
Начать с диагностики проблемного проекта
Если сроки, бюджет или стабильность перестали быть предсказуемыми, сначала нужно собрать факты и карту рисков.
- технический тупик
- срывы сроков
- нестабильные релизы
Понять, готов ли проект к AI
Если хочется AI-ассистента, RAG или автоматизацию, сначала стоит проверить данные, роли, документы и критерии качества.
- источники данных
- права доступа
- метрики качества
Связанные материалы
Куда перейти дальше
Кейс смены подрядчика
Разбор, почему сначала нужна техническая картина, а потом решение о смене команды.
Кейс передачи без документации
Что делать, если новую команду нужно подключать, но проект нельзя безопасно передать только кодом и доступами.
Аудит web-проекта
Проверить состояние проекта перед передачей новой команде.
Аудит проблемного проекта
Если смена подрядчика связана со сроками, конфликтом или техническим тупиком.
Подрядчик не даёт прозрачности
Что запросить до конфликта и решения о смене команды.
Как сменить подрядчика без остановки проекта
Порядок передачи проекта без потери доступов, контекста, сроков и управляемости.
Документация перед сменой подрядчика
Какие материалы запросить, чтобы новая команда не начинала с повторного расследования.
Нет документации
Что делать, если передавать проект нечем и нужно восстановить техническую карту.
FAQ
Частые вопросы
Что забрать у подрядчика?
Код, доступы, окружения, документацию, список интеграций, открытые задачи, технические риски и историю ключевых решений.
Нужно ли предупреждать подрядчика об аудите?
Формат зависит от отношений. Часто аудит можно начать с материалов заказчика, а затем предметно запросить недостающие данные.
Можно ли сменить подрядчика без остановки проекта?
Иногда да, если подготовить передачу, разделить критичные работы и не запускать рискованные изменения в переходный период.
Заявка
Провести аудит перед сменой подрядчика
Опишите текущего подрядчика, стадию проекта, что уже готово и какие материалы есть для передачи.
Дмитрий Зугаев web/AI-архитектор, CTO