Checklist budget : cadrer logiciel métier sur mesure

Avant de développer, je fixe ce qui doit être livré, son plafond en € HT et les tests pour l’accepter. Je prévois aussi les dépenses sur 3 à 5 ans : le prix du développement n’est pas le coût total du logiciel.

Pour cadrer votre budget, je vérifie quatre points :

• Objectifs et budget : résultat mesurable, décideurs nommés, coûts de lancement, frais récurrents et réserve liée aux risques.
• Périmètre : un Lot 1 utilisable, des exclusions écrites et un Lot 2 chiffré séparément.
• Données et interfaces : reprise à tester, accès à confirmer, sécurité et frais tiers à prévoir.
• Recette et lancement : tests, validation métier, sauvegardes, retour arrière, formation, droits sur le code et support.

Ma règle : <u>pas de développement tant qu’un point bloquant reste ouvert</u>. Et pour chaque ajout, je demande un accord écrit sur le coût et le délai avant tout travail.

Checklist 1 : valider les objectifs, les responsables et le plafond budgétaire

Fixer des objectifs mesurables et nommer les décideurs

Pour chaque priorité, consignez la mesure actuelle, la cible, l’échéance et le responsable. Appuyez-vous sur les données disponibles pour mesurer le temps de traitement, les ressaisies ou les erreurs de saisie. Après le lancement, gardez la même source, la même méthode et la même fréquence de mesure. Sans indicateur partagé, difficile de trancher sur des bases claires.

Désignez un responsable opérationnel, un décideur final unique et des utilisateurs clés. Précisez leurs disponibilités pour les ateliers et la recette, ainsi que le délai de réponse attendu. Associez la finance aux décisions budgétaires et le référent informatique aux accès et à la sécurité. Chacun sait ainsi qui peut trancher sur le périmètre et le plafond.

Justifiez le sur-mesure processus par processus, en tenant compte du plafond budgétaire. Examinez les règles métier, la traçabilité, les interfaces et les tâches manuelles restantes : quels contournements coûtent cher ? Quel avantage métier le sur-mesure apporte-t-il ? Quelles règles spécifiques doit-il couvrir ? Ces réponses servent de base pour arrêter le chiffrage.

Séparer lancement, fonctionnement et réserve pour imprévus

Faites approuver un plafond en € HT, sa période de référence et la personne autorisée à engager les dépenses. Séparez le budget de lancement du coût total sur 3 à 5 ans. Joignez les hypothèses utilisées pour le chiffrage : nombre d’utilisateurs, volumes, interfaces, données à migrer, hébergement, sécurité et date cible. Pour chaque inconnue, prévoyez une option chiffrée ou indiquez clairement le point à résoudre.

Arbitrez chaque ligne avant le lancement pour respecter le plafond.

La réserve n’est pas un budget libre. Associez-la à des risques précis. Chaque utilisation doit faire l’objet d’un accord écrit indiquant le motif, le montant et le solde restant. Si elle est épuisée, réduisez le périmètre, reportez une fonction au Lot 2 ou faites approuver un nouveau plafond.

Checklist 2 : définir le périmètre, le Lot 1 et le Lot 2

Une fois le plafond budgétaire fixé, délimitez le projet : ce qui est inclus, ce qui est exclu et ce qui attendra.

Lister les processus, les utilisateurs et les exigences techniques

Décrivez chaque processus du déclencheur au résultat attendu. Précisez les données d’entrée, les étapes, les règles métier, les exceptions, les validations, les sorties et le responsable. Identifiez les doubles saisies à supprimer et les tâches qui resteront manuelles. Notez aussi les exclusions. Toute exigence ajoutée doit faire l’objet d’un arbitrage sur le coût et le délai.

Pour chaque profil utilisateur, précisez l’effectif, les sites, la fréquence d’accès et les droits : consulter, créer, modifier, valider, exporter ou supprimer. Associez à chaque profil les écrans, rapports et notifications nécessaires. Faites valider cette matrice par les responsables métier : un accès technique ne donne aucun droit par défaut.

Documentez les volumes, les usages mobiles, les performances attendues, la disponibilité, la sauvegarde et la restauration. Ajoutez les modalités d’authentification, la traçabilité, le lieu d’hébergement et la réversibilité. Pour le RGPD, consignez les données personnelles, leur finalité, leurs destinataires, leur durée de conservation et les mesures de protection. Prévoyez une analyse d’impact si le risque est élevé.^[1]

Valider le Lot 1 et basculer les ajouts au Lot 2

Le Lot 1 est la première livraison utilisable, pas un simple ensemble d’écrans. Il doit couvrir un parcours complet et permettre d’obtenir le bénéfice principal attendu. Sa fiche de validation précise le responsable, les fonctions, les interfaces, le plafond budgétaire, la date cible et les conditions de lancement. Tout ce qui sort du Lot 1 sort du budget initial.

Adaptez la matrice ci-dessous au processus retenu. Avant tout engagement, attribuez un responsable et une échéance à chaque dépendance non résolue.

Le Lot 2 ne démarre qu’après un chiffrage et une validation séparés. Planifiez sa revue après les premières semaines d’utilisation, à partir des retours et des mesures du Lot 1.

D’ici là, chaque nouvelle demande doit préciser son bénéfice, ses dépendances et son effet sur le coût et la date de livraison. Le décideur peut l’accepter, la reporter ou remplacer un élément prévu, avec un accord écrit. Les exigences indispensables de sécurité et de protection des données ne sont pas des options à repousser. Une fois le périmètre figé, passez aux données à reprendre et aux interfaces à connecter.

Checklist 3 : vérifier la reprise des données et les interfaces

Une fois le Lot 1 cadré, passez aux postes qui pèsent sur le budget : la reprise des données et les interfaces.

Inventorier les données et attribuer les tâches de migration

Faites valider l’inventaire avant tout chiffrage. Recensez les CRM, ERP, outils comptables, fichiers Excel, bases SQL, dossiers partagés et documents papier. Pour chaque source, indiquez le contact technique, la fréquence de mise à jour et les contraintes d’accès. Plusieurs copies se contredisent ? Le responsable métier doit désigner celle qui fait foi. Gardez la reprise dans le périmètre du Lot 1 : tout historique supplémentaire doit faire l’objet d’un arbitrage séparé.

Attribuez un responsable à chaque tâche. Le métier prend en charge le nettoyage et les règles ; l’équipe technique, l’extraction, la conversion, le mapping et le chargement ; les utilisateurs clés, le contrôle. Pour les tests, privilégiez des données fictives, anonymisées ou pseudonymisées. Séparez les environnements et fixez une date de suppression des copies temporaires.^[2]