Un résultat utilisable

Définir des règles stables pour maintenance, évolutions, sécurité, dette technique et transitions.

Le livrable doit identifier sa version, son périmètre, son responsable et sa source. Il doit permettre une action ou une décision, car une pièce documentaire sans utilisateur ni mise à jour prévue risque de devenir rapidement obsolète.

La DSI et la finance définissent les conventions, les responsables de service et projet déclarent les activités.

Vérifier qu’un projet livré dispose des moyens d’exploitation, de support et de maintien nécessaires.

Application à votre contexte

Un livrable doit avoir un utilisateur, une décision ou une action associée. Précisez sa source de vérité, son responsable et son entretien. Un document non maintenu peut rapidement devenir une information trompeuse.

Fixez un horizon et un périmètre comparables avant de chiffrer. Incluez les coûts internes, l'intégration, l'exploitation, les périodes de coexistence et la sortie. Indiquez les hypothèses de volume : une comparaison devient trompeuse si les offres ne rendent pas le même service.

Remettre cette réponse dans son contexteDépenses de fonctionnement et de transformation

Références pour approfondir