Аудит и стабилизация проекта перед показом

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

ТИПОВЫЕ СИТУАЦИИ

Когда нужен аудит существующего проекта

Сборка не запускается или обязательный сценарий не проходит

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

Критическая часть не готова к назначенной дате

Интеграция не завершена, а производительность или задержка делают демонстрацию ненадежной.

Проект остался без понятного контекста

Предыдущий подрядчик ушел, не передав достаточную документацию и описание текущего состояния.

Нужно определить реалистичный объем до показа

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

ИСХОДНЫЕ МАТЕРИАЛЫ

Что нужно для оценки

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

Код и запуск

  • Репозиторий или архив исходного кода.
  • Команды сборки и запуска.

Текущее состояние

  • Короткое видео текущего состояния.
  • Что обязательно должно работать.

Среда и демонстрация

  • Список оборудования и целевая среда.
  • Дата и формат демонстрации.
ЭКСПРЕСС-АУДИТ

Результат экспресс-аудита

Воспроизводим запуск

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

Находим блокирующие проблемы

Отделяем блокирующие дефекты от задач, которые можно перенести.

Фиксируем критический путь

Определяем минимальную последовательность работ до надежного показа.

Даем реалистичную оценку

Определяем обязательный, дополнительный и переносимый объем работ.

КАРТА ОБЪЕМА ДО ДАТЫ

План до показа делится на три зоны

Обязательно

Критический сценарий показа

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

По возможности

Дополнительные функции

Добавляются только после стабилизации обязательной части и при сохранении резерва времени.

После показа

Полная архитектурная доработка

Улучшения, которые важны для продукта, но не должны сорвать ближайшую дату.

ОГРАНИЧЕНИЯ ФОРМАТА

Что определяется только после аудита

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

  • Оценка возможна только после просмотра материалов.
  • Часть архитектуры может быть временно упрощена ради обязательного сценария.
  • Все временные решения фиксируются как технический долг.
  • Новые большие функции не добавляются без пересмотра срока.
  • В срочный объем включаются только изменения, которые можно проверить без риска для данных и обязательного сценария.
  • Работа не начинается, если обязательный объем заведомо не укладывается в срок.
ВОПРОСЫ

Вопросы об аудите и стабилизации

Когда можно подтвердить объем работ к установленной дате?

После аудита кода, окружения и обязательного сценария. По его итогам фиксируем реалистичный объем, контрольные точки и ограничения работ до даты.

Нужно ли сначала полностью оформить документацию?

Нет. Для первого просмотра достаточно репозитория, команд запуска, видео текущего состояния, списка оборудования и обязательного сценария.

Требуется ли полная переработка проекта?

Только если частичное исправление невозможно или рискованнее. Обычно сначала устраняются блокирующие проблемы.

ПЕРВИЧНАЯ КОНСУЛЬТАЦИЯ

Обсудить состояние проекта и срок

Кратко опишите, что должно работать, что происходит сейчас и к какой дате нужен результат. Изучение кода и диагностика согласуются отдельно.

Обсудить аудит