Arrêter un projet informatique : décidez et organisez la sortie

Votre projet continue parce que personne ne veut annoncer son arrêt. Voici comment préparer cette décision, la faire signer et fermer le chantier sans laisser un service bancal derrière vous.

Exigez une raison actuelle de continuer

Je poserais cette question au commanditaire : si ce projet arrivait aujourd’hui sur votre bureau, financeriez-vous ce qu’il reste à faire ? La présentation de lancement ne répond pas à cette question. Le besoin a pu changer, le métier a pu trouver une autre solution, ou l’intégration indispensable rester hors de portée.

Demandez au responsable métier de nommer le travail qui sera amélioré et les personnes qui utiliseront le résultat. Faites préciser ce qui manque encore pour y arriver. Une réponse limitée à finir le développement ne constitue pas un bénéfice.

Le Service Manual britannique sur la phase de découverte considère explicitement l’arrêt comme une issue valable quand les recherches le justifient. J’appliquerais la même question à un chantier engagé : quelle preuve soutient encore la poursuite ? Ce n’est pas une règle française, mais un bon test de décision.

Un retard seul ne condamne pas un projet. En revanche, un bénéfice que personne ne défend doit revenir à l’arbitrage.

Sortez les dépenses passées de l’argumentaire

Le piège tient dans une phrase : nous avons trop dépensé pour arrêter. Cet argent ne revient pas parce que vous commandez le lot suivant.

Le Green Book du Trésor britannique distingue les coûts irrécupérables des coûts utiles à l’évaluation des choix futurs. Pour votre dossier, gardez l’historique des dépenses visible, puis comparez ce qui change réellement entre les options. Les comptes du projet restent complets ; la décision regarde ce qui reste évitable.

Demandez aux achats et à la finance un relevé séparant les sommes payées, les engagements encore dus et les commandes évitables. Faites confirmer les conditions de sortie du contrat. N’inscrivez pas comme économie une facture qui restera due après l’arrêt.

Ajoutez la charge interne restante : ateliers métier, reprise des données, exploitation, accompagnement. Des salariés déjà payés ne constituent pas une capacité gratuite. Nommez le travail reporté pendant qu’ils terminent ce projet. C’est ce choix que la direction doit voir.

Comparez une sortie réelle à une poursuite réaliste

Je présenterais les options sur une même page. Même horizon, mêmes postes de charge, mêmes besoins métier. Comparer un arrêt détaillé à une poursuite décrite par le seul prochain devis favorise artificiellement la poursuite.

Si une inconnue bloque le choix, proposez une vérification bornée. Par exemple : faire confirmer par le métier qu’un export existant couvre le besoin abandonné. Écrivez la preuve attendue, la personne disponible et la date de décision. Ne financez pas une nouvelle phase entière pour répondre à une question précise.

Pour un périmètre réduit, exigez une démonstration du parcours complet. Les critères de recette métier restent applicables. Une interface terminée sans données fiables ne devient pas un résultat utile par changement d’étiquette.

Faites signer l’arrêt, pas une pause sans fin

Le DSI instruit les conséquences techniques. Le commanditaire, ou l’instance qui détient l’arbitrage, décide du besoin abandonné et des moyens réaffectés. Ne laissez pas cette décision se diluer dans un compte rendu dont personne ne confirme le contenu.

Une pause sans condition de reprise garde les dépenses et retire la décision.

Si la direction choisit une pause, demandez ce qui déclenchera la reprise, qui vérifiera cette condition et quand le dossier reviendra à l’arbitrage. Faites aussi valider le coût de maintien. Un environnement conservé réclame encore de l’attention.

Astuce : une fiche de décision suffit pour commencer. Dans votre espace documentaire habituel, renseignez : décision retenue, motif, périmètre arrêté, usages conservés, engagements restants, responsable de fermeture et échéance. Ajoutez les noms des décideurs et leur validation explicite. Aucun nouvel outil n’est nécessaire.

Dès la décision confirmée, communiquez aux achats et au prestataire les nouvelles consignes de commande selon les conditions convenues. Un comité qui arrête le projet pendant que les prestations continuent n’a pas terminé son travail.

Fermez le chantier sans lâcher les utilisateurs

Un pilote peut déjà servir à quelqu’un. Avant de couper un accès, demandez qui travaille avec le résultat et où cette personne travaillera ensuite. Faites vérifier la solution de remplacement par son responsable métier.

Le guide GOV.UK sur le retrait d’un service recommande de traiter les besoins utilisateurs, leur information et le devenir des données. Ces questions concernent aussi un projet interrompu dont une partie est utilisée. Reprenez-les dans le plan de fermeture, sans transposer les prescriptions propres aux services britanniques.

Attribuez chaque action restante : export à contrôler, accès prestataire à retirer, environnement à fermer, abonnement à examiner, données à conserver ou supprimer selon les règles applicables. Ne supprimez rien par automatisme. Une fermeture administrative ne prouve ni la récupération des données ni l’arrêt des prélèvements.

Conservez seulement les livrables réutilisables avec un propriétaire identifié. Garder toutes les machines au cas où revient à transformer le projet arrêté en petite exploitation sans budget.

Retirez cette semaine le projet du planning réel

L’équipe doit savoir ce qu’elle cesse de faire et ce qu’elle prend à la place. Remerciez le travail fourni sans raconter que tout sera réutilisé. Expliquez le motif de l’arbitrage, puis annoncez les tâches de fermeture qui restent nécessaires.

À faire cette semaine :

• Choisir un chantier dont la justification est contestée et demander au commanditaire son bénéfice encore attendu.
• Faire confirmer les engagements restants et préparer les options sur une page.
• Obtenir une décision explicite, ou une vérification limitée avec une échéance.
• Nommer le responsable de fermeture et faire valider le travail de remplacement des utilisateurs concernés.
• Retirer les tâches abandonnées du planning et attribuer le temps libéré à un travail nommé.

Lors du suivi, demandez la preuve de chaque fermeture. Tant qu’un prestataire attend une consigne ou qu’un utilisateur dépend du pilote, gardez cette action ouverte avec son responsable. Le projet peut être arrêté ; sa sortie reste un travail à terminer.