Phase 2 · Rapports d'étonnement
Audit de la dette technique du SI
Identifiez et évaluez la dette technique de votre SI : code legacy, qualité, tests, architecture, documentation, dépendances, sécurité, performance, déploiement et maintenance.
Pourquoi auditer ce thème ?
La dette technique ralentit chaque évolution, augmente les risques de panne et de cyberattaque, et finit par coûter plus cher que sa correction. Elle reste pourtant invisible tant qu'elle n'est pas mesurée.
Ce que révèle cet audit
- Les composants obsolètes ou sans mainteneur sur lesquels repose votre activité
- Les points de défaillance uniques et les dépendances externes non maîtrisées
- Le manque de tests, de documentation ou d'automatisation qui fige vos évolutions
Les 24 questions de l'audit
Chaque question se note sur cinq choix : Oui, Plutôt oui, Plutôt non, Pas du tout, Je ne sais pas. L'indication entre parenthèses donne le format d'audit qui pose la question. Voir la méthode de notation.
Code legacy et réusinage (3 questions)
- Les parties anciennes du code (legacy) sont-elles identifiées, avec leur état connu (âge, bugs, dépendances obsolètes) ? audit rapide
- Le code legacy est-il suffisamment documenté pour être compris et modifié sans relire tout le code ? audit complet
- Le code legacy fait-il l'objet d'une démarche de réusinage (refactoring) planifiée ? audit complet
Qualité du code (2 questions)
- Des standards de codage sont-ils définis, et des revues de code régulières permettent-elles de les faire respecter ? audit approfondi
- Des outils d'analyse statique et de qualité du code sont-ils en place, et leurs alertes traitées ? audit complet
Tests et couverture de code (3 questions)
- Les fonctionnalités critiques sont-elles couvertes par des tests automatisés exécutés régulièrement ? audit rapide
- La couverture de tests est-elle mesurée, et les tests couvrent-ils les cas d'erreur et les cas limites ? audit complet
- Les tests sont-ils maintenus à jour avec les évolutions du code ? audit complet
Architecture et conception (3 questions)
- L'architecture du système est-elle documentée et connue de toute l'équipe ? audit rapide
- Les points de défaillance uniques (SPOF) sont-ils identifiés et traités ? audit approfondi
- Les composants sont-ils modulaires et découplés, de façon à évoluer indépendamment les uns des autres ? audit complet
Documentation technique (2 questions)
- La documentation technique (installation, configuration, API, procédures) est-elle complète, à jour et accessible ? audit complet
- Un processus existe-t-il pour maintenir et améliorer cette documentation ? audit complet
Dépendances externes (3 questions)
- Les dépendances externes (bibliothèques, frameworks, services tiers) sont-elles recensées, à jour et suivies pour les vulnérabilités connues ? audit rapide
- Les risques d'obsolescence et de licences des dépendances sont-ils évalués ? audit complet
- Un plan de secours existe-t-il en cas de défaillance d'un service tiers critique ? audit complet
Sécurité et conformité (2 questions)
- Des procédures de gestion des vulnérabilités et d'application régulière des correctifs sont-elles en place ? audit approfondi
- Les données sensibles sont-elles chiffrées en transit et au repos, avec des accès limités selon les rôles ? audit complet
Performance et capacité de mise à l'échelle (2 questions)
- Des indicateurs de performance sont-ils suivis en continu, avec des tests de charge réguliers ? audit complet
- Les goulots d'étranglement et la capacité à monter en charge sont-ils identifiés et traités ? audit complet
Configuration et déploiement (2 questions)
- Les déploiements sont-ils automatisés (intégration et déploiement continus), avec validation et plan de retour arrière ? audit approfondi
- Les configurations sont-elles versionnées, traçables et cohérentes entre développement, test et production ? audit complet
Maintenance et support (2 questions)
- Une équipe et des outils dédiés assurent-ils la maintenance et le support, avec des temps de résolution suivis ? audit complet
- Des tests de non-régression sont-ils réalisés après chaque opération de maintenance ? audit complet
Dans le framework DYNAMAP SI
Ce thème nourrit la phase « Rapports d'étonnement » du framework. Vous y trouverez la méthode pas à pas et les modèles de livrables correspondants.
Questionnaire d'origine : consulter la page sur dynamap.fr.
Guides sur ce thème
- Dette technique : comment la repérer et la réduire — La dette technique, ce sont les raccourcis pris hier qui ralentissent aujourd'hui : code difficile à modifier, composants obsolètes, tests absents, documentation…
Les autres audits
Un doute sur ce thème dans votre organisation ?
Yann-Eric Devars, créateur du framework DYNAMAP SI, accompagne les directions des systèmes d'information : audit, conseil, schéma directeur, gouvernance et formation en architecture d'entreprise.