Короткий список вопросов, который помогает понять, действительно ли прототип готов к передаче дальше, а не только к красивой демонстрации.
Что должно быть видно без поясняющей презентации
У прототипа должен быть один четко работающий критический сценарий. Если без устных комментариев невозможно понять, что именно собрано и где проходит граница результата, приемка почти наверняка преждевременна.
В комплекте должна быть рабочая сборка, которую можно запустить по инструкции. Для аппаратных задач или систем реального времени отдельно фиксируется состав оборудования и способ проверки в целевой среде.
- Есть демонстрационная сборка или понятный способ запуска
- Проверяемый сценарий описан без двусмысленностей
- Известны условия, в которых результат действительно работает
- Ограничения и временные решения вынесены отдельно
Что должно остаться в коде и архитектуре
Даже если спринт был коротким, структура проекта не должна выглядеть как одноразовый архив. Важно видеть точки расширения, ключевые зависимости и решение по критическому риску.
Если заказчику принципиальна локальность инженерного контура, отдельно проверяется, что репозитории, доступы и сопроводительные материалы можно без потерь передать команде внутри России.
- Исходный код передается вместе с инструкцией запуска
- Есть схема архитектуры или интеграций
- Понятно, какие модули временные, а какие можно развивать дальше
- Зафиксированы внешние зависимости и обязательные доступы
Какие вопросы задать про следующий этап
Хороший прототип всегда заканчивается решением, а не только сборкой. Нужно понять, продолжать ли текущий подход, что переносится в следующий этап и какая команда теперь нужна.
Если гипотеза не подтвердилась, это тоже должно быть оформлено как результат: с выводами, причинами и предложением альтернативного маршрута.
- Что именно подтверждено, а что еще нет
- Какой следующий этап является разумным
- Какие риски, ограничения и технический долг остаются
- Можно ли передать результат внутренней команде без созвона с исходным исполнителем