Empiece por la limitación del negocio y la parte del sistema que debe cambiar. Reconstruir toda la arquitectura genera trabajo de mantenimiento y migración que un módulo más limitado podría evitar.
Decida qué necesita desarrollarse a medida
Compare el producto actual, un motor de casino configurable y el desarrollo a medida con los mismos casos de aceptación. Identifique la capacidad que falta, la consecuencia de prescindir de ella y las interfaces que pueden permanecer sin cambios.
Incluya el costo de las versiones, el mantenimiento de seguridad, los cambios de proveedores y el soporte operativo durante la vida útil prevista. La propiedad de un desarrollo a medida puede dar un control útil, pero también genera trabajo que alguien debe financiar y realizar.
Especifique el paquete de entrega y los derechos
| Entregable | Acuerdo necesario |
|---|---|
| Arquitectura y diseño de interfaces | Límites, dependencias y registros de referencia |
| Código de la aplicación | Repositorios, instrucciones de compilación y versión de aceptación |
| Configuración e infraestructura | Entornos, despliegue y responsabilidades de acceso |
| Pruebas documentales | Casos, resultados esperados y hallazgos sin resolver |
| Documentación y traspaso | Manuales operativos, responsabilidad del soporte y procedimiento de publicación |
| Propiedad intelectual | Trabajo nuevo, componentes preexistentes y derechos de licencias de terceros |
La entrega de código fuente, la exclusividad y la transferencia de propiedad intelectual son condiciones contractuales distintas. Indique cuáles se aplican a cada componente en lugar de utilizar «propiedad total» como expresión que lo englobe todo.
Asuma compromisos por etapas con pruebas utilizables
- Empiece por un resultado de la fase de análisis que resuelva la arquitectura y los principales riesgos.
- A continuación, entregue una parte funcional que recorra una transacción o experiencia de usuario importante. Utilícela para validar las interfaces antes de ampliar las funciones.
- Complete las pruebas acordadas de fallos, recuperación y preparación para producción antes del traspaso final.
Cada etapa debe tener pruebas de aceptación, un responsable y un proceso de cambios claro. Una demostración de pantallas es insuficiente para un requisito relacionado con saldos, permisos o conciliación.
Prepare la descripción del desarrollo
Proporcione los sistemas actuales, los requisitos no negociables, los mercados operativos y ejemplos del flujo de trabajo que hoy no puede funcionar. Distinga la versión mínima operable de las mejoras posteriores. Incluya la migración si deben trasladarse registros existentes u obligaciones activas.
Hablemos del requisito que necesita un desarrollo a medida. Defina primero el alcance de la implementación, los criterios de aceptación y las dependencias.