Разработка продукта

Когда использовать

• нужно реализовать end-to-end функцию продукта
• нужно сверить точный handoff из Google Drive перед реализацией продукта
• нужно согласовать frontend backend API и data boundaries
• нужно постепенно привести brownfield-проект к QazStack и AVDS
• нужно сопоставить backend-функционал с frontend и сайтом
• нужно проверить, что backend-функционал отображается на frontend или сайте
• на бэке функционал готов, а с фронта его не видно
• нужно решить, выводить backend-возможность на сайт или оставить внутренней
• нужно интегрировать принятое решение по одному AVDS-примитиву в product slice
• нужно добавить изображения конкретных товаров с проверяемыми правами

Что получите

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

Что нужно передать

• пользовательский результат и затронутая поверхность
• канонический root, branch, exact SHA, предсуществующие dirty paths и их digest
• текущий и целевой product profile
• backend capability source, intended user job, consumers и отдельные route/record/output denominators
• при reader-facing изменениях – полный EdPol public-content-integrity-v1 receipt, source SHA, cellset digest, coverage totals и validator result
• для публичного изображения товара – точная идентичность продукта, производителя, маркировки, варианта и винтажа, источник/provenance, предполагаемое использование и соответствующая ему база прав
• primitive-improvement receipt и steward acceptance когда решение требует изменения

Когда не применять

• UI-only аудит или редизайн
• copy-only readiness-only deploy-only fleet или cleanup запрос
• самостоятельный поиск файла в Google Drive без реализации продукта

Связанные навыки

• Развитие элементов интерфейса AVDS
• Проверка интерфейса AVDS
• Проверка интеграции с платформой
• Готовность проекта к работе
• Выпуск и эксплуатация продукта
• Проверка медиа-материалов
• Визуальный редактор портфеля