Avant l’accord d’infogérance, précisez systèmes couverts, plages de service et décideurs. Ce guide aide les équipes projet, IT et achats à définir tâches, approbations et preuves attendues du support récurrent.
Partir des actifs et des fournisseurs
Identifiez sites, serveurs, réseaux, utilisateurs et applications couverts. Distinguez responsabilités IT internes, bâtiment, liaisons, cloud et fabricants. Le modèle partagé AWS est un exemple propre à ce fournisseur ; chaque environnement nécessite sa répartition.
Convenir des tâches et des approbations
Décrivez orientation des demandes, supervision, correctifs et interventions. Indiquez les plages requises et demandez une confirmation contractuelle du délai de réponse. Désignez les approbateurs d’accès et de changements pour qu’une demande de support ne devienne pas une autorisation sans contrôle.
Examiner les changements et les preuves
Conservez configurations, incidents et maintenance. Définissez reporting et revues, et évaluez les nouveaux actifs avant inclusion. Documentez exceptions et travaux de projet inachevés au lieu de les transférer tacitement au support.
Référence technique
Le modèle de responsabilité partagée AWS est un exemple cloud spécifique, pas un contrat universel d’infogérance ni un engagement Express Projects. Chaque prestataire et plateforme exige sa propre attribution. aws.amazon.com
Tous les systèmes futurs sont-ils inclus ?
Non. Évaluez les ajouts et actualisez l’accord.
Le support peut-il approuver nos changements métier ?
Uniquement dans les limites de l’autorité explicitement déléguée ; identifiez les décideurs du client.