Работает ли ключевой сценарий
Проверяем, можно ли реализовать основную функцию системы и получить требуемый результат от начала до конца.
Прототип для проверки ключевого технического риска
Сначала определяем, что именно нужно проверить, и фиксируем в ТЗ ожидаемый результат, условия проверки и технические ограничения. Если у заказчика уже есть подходящее ТЗ, оно используется как основа разработки. После согласования ТЗ можно завершить работу на этом этапе или продолжить разработкой прототипа - рабочей версии алгоритма, устройства, серверного сервиса, панели управления или интерфейса. По итогам разработки передаем сборку, исходный код, документацию и результаты проверки.
ПРОВЕРЯЕМЫЕ РИСКИ
Что может проверить прототип
Прототип не обязательно воспроизводит весь будущий продукт. Он проверяет один или несколько ключевых технических рисков до начала полной разработки.
Достаточно ли качества результата
Проверяем алгоритм, модель или обработку данных на реальных либо репрезентативных примерах и сравниваем результат с согласованными критериями.
Совместимы ли части системы
Соединяем программную логику, интерфейсы, серверные сервисы, внешние системы и оборудование в единый рабочий контур.
Работает ли решение в целевых условиях
Проверяем скорость, задержку, устойчивость, требования к ресурсам и работу на предполагаемых данных, оборудовании и окружении.
ФОРМАТЫ РАБОТЫ
ТЗ и разработка прототипа
Этапы можно заказать последовательно или ограничиться подготовкой ТЗ.
Разработка ТЗ и маршрут
Отдельный этап для уточнения сложной идеи или неполных исходных данных.
- ТЗ на проверяемый этап
- Критический сценарий и критерии приемки
- Карта неизвестных и рисков
- Архитектурный подход
- Границы первого этапа
- Ориентир по сроку и бюджету
Разработка прототипа
Реализация по согласованному ТЗ с промежуточными сборками и проверками.
- Запускаемая сборка
- Исходный код
- Проверка критического сценария
- Документация и реестр рисков
- ТЗ следующего этапа
- Решение о продолжении
ТЕХНИЧЕСКИЕ ТРЕБОВАНИЯ
Минимальные требования к прототипу
Инфраструктура ограничивается задачей проверки, но сборка должна быть воспроизводимой.
- Отдельная точка запуска и зафиксированная конфигурация.
- Разделение критической логики и интерфейса.
- Журналирование ключевых ошибок и состояний.
- Повторяемый тест критического сценария.
- Документированные зависимости и версии.
- Точки расширения для следующего этапа.
ИТОГ ПРОВЕРКИ
Возможные решения по результатам прототипа
Продолжать
Риск снят; можно планировать следующую версию.
Изменить подход
Модель, устройство или интеграция требуют другой архитектуры.
Остановить гипотезу
Результат не соответствует критериям или не оправдывает дальнейшие затраты.
ВОПРОСЫ
Вопросы о разработке прототипа
Обязательно ли иметь готовое ТЗ?+
Нет. После первичной консультации ТЗ можно заказать как отдельный этап. Готовый документ передается заказчику.
Можно ли использовать код прототипа в следующей версии?+
Не обязательно. Критические модули и интерфейсы можно использовать дальше, если это предусмотрено ТЗ. Временные решения отмечаются отдельно.
Можно ли проверить несколько вариантов?+
Да, если сравнение вариантов входит в цель прототипа. Критерии сравнения согласуются до разработки.
ПЕРВИЧНАЯ КОНСУЛЬТАЦИЯ
Обсудить техническую гипотезу
Кратко опишите, что требуется проверить. На первичной консультации определим, нужен ли технический разбор, ТЗ или разработка прототипа.
Обсудить прототип