PoC: проверка технологии до разработки продукта
Готовим минимальный рабочий эксперимент для одного технического вопроса. Согласуем условия и показатели, выполняем измерения и объясняем, подходит ли выбранный подход. Результат помогает выбрать следующий этап разработки.
Срок первой версии
от 2 днейСостав, точный срок и стоимость согласуем до начала работ.
01 / Результат
Что входит в один PoC
- Одна гипотеза
Фиксируем техническую возможность, которую нужно проверить.
- Рабочий эксперимент
Реализуем минимальный состав для согласованного измерения.
- Показатели
Проверяем выбранное качество, время или другие условия задачи.
- Вывод и следующий шаг
Описываем применимость, ограничения и продолжение.
02 / Границы задачи
За рамками базового состава
- Полный пользовательский продукт
- Промышленная эксплуатация экспериментального кода
Для старта нужны конкретный вопрос, примеры и условия проверки. Полный пользовательский продукт и промышленная эксплуатация кода исключены.
Какие вопросы проверяем через PoC
PoC полезен перед сложной интеграцией, новым способом обработки данных или важным техническим решением. Выбираем одну гипотезу и результат, по которому команда сможет принять решение.
Если нужно исследовать несколько подходов и открытых вопросов, отдельно рассматриваем R&D. Проверка технологии не подтверждает сама по себе спрос пользователей или экономический результат продукта.
Как ограничиваем эксперимент
Определяем входные данные, операцию и нужное измерение. Убираем функции, которые не влияют на выбранный вопрос. Это позволяет связать результат с проверяемой гипотезой.
Полный пользовательский продукт в PoC не входит. Для первой версии, которую используют в реальном сценарии, предусмотрен MVP. Его требования отличаются от минимального технического эксперимента.
Что и как измеряем
Согласуем показатель, условия запуска и контрольные примеры. Записываем наблюдаемые значения и ограничения среды. Один успешный пример не выдаём за подтверждение любых условий.
При неуспешной проверке разбираем причину и её связь с гипотезой. Если нужных данных нет, отмечаем пробел. Не подставляем ожидаемую цифру вместо измерения.
Как оцениваем применимость
Сопоставляем результат с критерием и объясняем, где подход работает в проверенных условиях. Указываем, какие вопросы осталось проверить перед полноценной реализацией.
Промышленная эксплуатация экспериментального кода исключена. Перед внедрением может понадобиться проектирование архитектуры и отдельные проверки. PoC не отменяет требования к доступам, ошибкам и поддержке.
Срок и передача результатов
Ориентир — от двух дней для одной ограниченной гипотезы при готовых материалах. Реальный срок зависит от доступа, примеров и способа проверки. Состав фиксируем до начала.
Передаём рабочий эксперимент, измерения, вывод о применимости и план следующего шага. Отрицательный или ограниченный вывод тоже полезен для решения. Продолжение разработки согласуем по результату.
Вопросы перед началом
PoC заменяет MVP?
Нет, PoC проверяет техническую гипотезу. MVP имеет состав первой пользовательской версии и оценивается отдельно.
Эксперимент можно сразу использовать в production?
Промышленная эксплуатация экспериментального кода не входит. Требования к внедрению определяем после проверки.
За два дня можно проверить любую технологию?
Нет, это ориентир для ограниченного состава при готовых материалах. Точный срок согласуем по гипотезе и доступам.
Следующий шаг
Выберем одну гипотезу для эксперимента
Опишите технический вопрос, покажите образцы и назовите критерий применимости. Определим минимальную проверку и нужные условия.