Начните с ограничения бизнеса и той части системы, которую необходимо изменить. Перестройка всего стека создаёт работу по сопровождению и миграции, которой можно избежать при разработке отдельного модуля.
Решите, что именно требует собственной разработки
Сравните текущий продукт, настраиваемый движок казино и заказную разработку на одинаковых приёмочных сценариях. Определите недостающую возможность, последствия её отсутствия и интерфейсы, которые можно сохранить.
Учитывайте стоимость релизов, обновлений безопасности, изменений поставщиков и операционной поддержки на всём планируемом сроке использования. Собственная разработка может дать полезный контроль, но также создаёт работу, которую кто-то должен оплачивать и выполнять.
Определите комплект результатов и права
| Результат | Что согласовать |
|---|---|
| Архитектура и проектирование интерфейсов | Границы, зависимости и определяющие источники записей |
| Код приложения | Репозитории, инструкции сборки и версию для приёмки |
| Конфигурация и инфраструктура | Среды, развёртывание и ответственность за доступ |
| Результаты тестирования | Сценарии, ожидаемые результаты и неустранённые замечания |
| Документация и передача | Рабочие инструкции, ответственность за поддержку и порядок релизов |
| Интеллектуальная собственность | Новые разработки, ранее созданные компоненты и права по сторонним лицензиям |
Передача исходного кода, эксклюзивность и передача прав на интеллектуальную собственность — отдельные условия договора. Укажите, какие из них применяются к каждому компоненту, вместо общего обещания «полного владения».
Принимайте обязательства поэтапно, с проверяемыми результатами
- Начните с результата исследования, который определяет архитектуру и способы работы с основными рисками.
- Затем реализуйте рабочий сквозной сценарий важной транзакции или пользовательского пути. Проверьте на нём интерфейсы до расширения набора функций.
- Завершите согласованные проверки сбоев, восстановления и готовности к рабочей эксплуатации до окончательной передачи.
У каждого этапа должны быть подтверждения для приёмки, ответственный и понятный порядок изменений. Демонстрации экранов недостаточно для требования, связанного с балансами, правами доступа или сверкой.
Подготовьте задание на разработку
Опишите текущие системы, обязательные требования, рынки работы и примеры процесса, который сейчас не удаётся реализовать. Отделите минимальный пригодный к эксплуатации релиз от последующих улучшений. Включите миграцию, если нужно переносить существующие записи или действующие обязательства.
Обсудите требование, для которого нужна заказная разработка. Сначала определите объём реализации, критерии приёмки и зависимости.