Comment gérer des dérogations d’architecture limitées dans le temps ?

Question

IT Interview Practice · Accepted Answer

Traitez une **dérogation d’architecture** comme l’acceptation explicite et délimitée d’un écart, avec un responsable et un plan de sortie. Une échéance de lancement constitue le contexte de la décision, pas une autorisation automatique de contourner une contrainte.

## Déterminer si une dérogation est possible

Identifiez précisément le principe ou la norme enfreinte et sa raison d’être. Vérifiez qui est habilité à accepter le risque qui en découle. Certaines contraintes ne sont pas négociables pour le projet ; si aucune dérogation autorisée n’est possible, réduisez le périmètre ou modifiez le plan de lancement.

Comparez la dérogation proposée à au moins une autre solution réaliste. Documentez les systèmes, utilisateurs et données concernés, les défaillances possibles et les conséquences métier d’un retard. Évitez une dispense générale du type « intégration temporaire avec l’existant ».

## Exemple : un échange de fichiers temporaire

Supposons qu’un lancement ne puisse attendre la plateforme d’intégration standard. Une dérogation strictement délimitée autorise un transfert quotidien de fichier de commandes entre deux systèmes nommés pendant six semaines. Elle n’autorise pas d’autres flux de fichiers sans rapport.

La fiche de dérogation contient :

- Le responsable du risque et les personnes devant participer à la revue.
- L’interface et le volume autorisés, avec des dates claires de début et d’expiration.
- Des mesures compensatoires, comme des accès restreints, la validation, le rapprochement et la supervision des transferts.
- Une tâche de remplacement financée avec un responsable d’implémentation et des jalons.
- Les preuves nécessaires à la clôture et une solution de repli si le remplacement manque l’échéance.

Ces mesures réduisent des risques précis ; elles ne rendent pas la dérogation équivalente à l’architecture standard.

## Examiner et clôturer

Examinez l’avancement avant l’expiration, tant que d’autres choix restent possibles. Toute prolongation nécessite une nouvelle décision explicite fondée sur les preuves actuelles, pas une date renouvelée automatiquement. Signalez les dérogations en retard au responsable désigné.

Ne clôturez qu’après avoir vérifié le fonctionnement du remplacement et le retrait approprié du chemin temporaire, des accès et des dépendances d’exploitation. Un ticket marqué terminé ne suffit pas.

## Élément attendu en entretien

Équilibrez la réalisation et une gestion des risques assumée. Un refus systématique comme un contournement non documenté évitent la véritable décision. Expliquez le périmètre, l’autorité, les preuves et la façon dont l’organisation empêche les exceptions temporaires de devenir une architecture permanente.

Déterminer si une dérogation est possible

Exemple : un échange de fichiers temporaire

Examiner et clôturer

Élément attendu en entretien

Questions connexes