Un résultat utilisable

Couvrir activités, échéances, impacts financiers et non financiers, dépendances, ressources et périodes sensibles.

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.

Les métiers qualifient les impacts, la continuité coordonne, la direction arbitre, et la DSI évalue la faisabilité.

Confronter une activité prioritaire à un scénario d’interruption et vérifier que ses ressources indispensables ont toutes été identifiées.

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.

Décrivez l'activité minimale à maintenir, puis les personnes, les données et les composants nécessaires. Distinguez l'objectif de reprise du temps réellement démontré. Le retour technique d'une application n'est qu'une étape si les utilisateurs ne peuvent pas reprendre leurs opérations.

Remettre cette réponse dans son contexteBIA et analyse des impacts d’interruption

Références pour approfondir