Commencez par la contrainte métier et la partie du système à modifier. Reconstruire une architecture entière crée du travail de maintenance et de migration qu’un module plus ciblé peut éviter.
Décidez ce qui doit être sur mesure
Comparez le produit actuel, un moteur de casino configurable et le développement sur mesure sur les mêmes cas de recette. Identifiez la capacité manquante, les conséquences de son absence et les interfaces qui peuvent rester inchangées.
Incluez les coûts de mises en production, de maintenance de sécurité, de changements fournisseurs et de support opérationnel sur la durée de vie prévue. La propriété d’un développement sur mesure peut donner un contrôle utile, mais crée aussi un travail à financer et à réaliser.
Précisez les livrables et les droits
| Livrable | Accord nécessaire |
|---|---|
| Architecture et conception des interfaces | Limites, dépendances et données de référence |
| Code applicatif | Dépôts, instructions de compilation et version de recette |
| Configuration et infrastructure | Environnements, déploiement et responsabilités d’accès |
| Preuves de test | Cas, résultats attendus et constats non résolus |
| Documentation et transfert | Procédures d’exploitation, responsabilité du support et procédure de mise en production |
| Propriété intellectuelle | Nouveaux travaux, composants préexistants et droits de licence de tiers |
La livraison du code source, l’exclusivité et le transfert de propriété intellectuelle sont des clauses contractuelles distinctes. Précisez celles qui s’appliquent à chaque composant au lieu d’utiliser « pleine propriété » comme expression générique.
Engagez-vous par étapes avec des preuves exploitables
- Commencez par un livrable de cadrage qui clarifie l’architecture et résout les principaux risques.
- Livrez ensuite une portion fonctionnelle couvrant une transaction ou un parcours utilisateur important. Utilisez-la pour valider les interfaces avant d’élargir les fonctions.
- Terminez les tests convenus de défaillance, de reprise et de préparation à la production avant le transfert final.
Chaque étape doit avoir des preuves de recette, un responsable et un processus de changement clair. Une démonstration d’écrans ne suffit pas pour une exigence concernant les soldes, les permissions ou le rapprochement.
Préparez le cahier des charges de développement
Fournissez les systèmes actuels, les exigences non négociables, les marchés d’exploitation et des exemples du processus qui ne peut pas fonctionner aujourd’hui. Séparez la version minimale exploitable des améliorations ultérieures. Incluez la migration si des données existantes ou des obligations actives doivent être transférées.
Présentez l’exigence qui nécessite du sur mesure. Définissez d’abord les travaux, les critères de recette et les dépendances.