Le plan d’un CCTP qui fonctionne
- Contexte : l’organisation, ses missions, la taille de son système d’information, ce qui existe déjà en matière d’inventaire.
- Objectifs : les questions auxquelles la direction veut pouvoir répondre à l’issue de la mission.
- Périmètre : directions, sites, domaines fonctionnels inclus et exclus.
- Phasage : les étapes, leurs livrables, leurs critères d’acceptation.
- Formats des livrables.
- Exigences de qualité, de sécurité et de confidentialité.
- Gouvernance de la mission : instances, interlocuteurs, rythme.
- Transfert de compétences et autonomie.
Dire ce que l’on veut savoir, pas ce que l’on veut recevoir
La partie « objectifs » est la plus importante et la plus souvent bâclée. Elle gagne à être écrite sous forme de questions :
- quels processus sont essentiels à la continuité du service, et de quelles applications dépendent-ils ?
- quelles applications sont obsolètes ou reposent sur une compétence unique ?
- de quels fournisseurs dépendons-nous de façon critique, et à quelles conditions pouvons-nous en sortir ?
- quelles actions faut-il engager en priorité, dans quel ordre ?
Un candidat qui lit ces questions comprend ce qui sera jugé. Un livrable qui n’y répond pas pourra être refusé.
Un phasage en quatre temps
Le dossier type publié sur dynamap.fr découpe la mission ainsi. Les intitulés peuvent être adaptés, la logique de réception par phase est à conserver.
| Phase | Livrables | Acceptée si |
|---|---|---|
| 0 · Lancement | Réunion de démarrage, note de cadrage, plan de management, plan d’ateliers, plan de collecte. | Le calendrier et les interlocuteurs sont arrêtés. |
| 1 · Socle | Dictionnaire et modèle de données, règles de nommage et de qualité, niveau de détail attendu, processus de mise à jour. | Le modèle est compréhensible, les référents sont identifiés, le processus de mise à jour est défini. |
| 2 · Cartographies et analyses | Chaîne de valeur, cartographies applicative, des données et des flux, technique, des fournisseurs (contrats, niveaux de service, réversibilité), registre des dépendances critiques, synthèse décisionnelle pour la direction. | Les familles de cartographies sont produites, le registre est complet, les hypothèses sont documentées. |
| 3 · Transfert et trajectoire | Formation, accompagnement, kit de maintien à jour, feuille de route à 12-24 mois. | Le kit est livré, la formation réalisée, le plan d’autonomie validé, les exports fournis. |
Les formats : la clause qui change tout
Une cartographie livrée en PDF est figée le jour de sa remise. Le cahier technique doit donc exiger, pour chaque livrable :
- une version PDF pour validation ;
- une version modifiable : traitement de texte, tableur, schémas dans un format éditable ;
- un référentiel de données ouvert (fichiers CSV ou JSON, ou base structurée) contenant l’inventaire et les liens entre objets.
Ce dernier point garantit que l’organisation pourra changer d’outil ou de prestataire sans tout ressaisir. Il mérite d’être rappelé dans les clauses administratives au titre de la réversibilité.
Sécurité et confidentialité
Une cartographie complète est un document sensible : elle décrit les points faibles de l’organisation. Le cahier technique précise les conditions d’accès aux informations, les lieux et outils de travail autorisés, le sort des données en fin de mission, et les engagements de confidentialité des intervenants. Le responsable de la sécurité et le délégué à la protection des données sont associés à la rédaction de cette partie.
Le transfert de compétences, livrable à part entière
Sans transfert, la cartographie sera fausse dans un an et il faudra racheter la prestation. Le cahier technique décrit ce transfert comme un livrable :
- les personnes à former et le niveau à atteindre ;
- un accompagnement sur une première mise à jour réelle, faite par les agents ;
- un kit de maintien : modes opératoires, modèles, règles de nommage ;
- des critères de sortie : à quoi reconnaît-on que l’équipe est autonome ?
Trois clauses à éviter
- Imposer un outil propriétaire sans nécessité : cela restreint la concurrence et crée une dépendance.
- Demander l’exhaustivité : « cartographier l’ensemble du système d’information » n’a pas de fin. Fixer un périmètre et un niveau de détail.
- Décrire la méthode à la place du candidat : mieux vaut donner une référence et laisser chaque candidat exposer la sienne. Voir citer une méthode « ou équivalent ».
Les modèles de livrables de la méthode DYNAMAP SI décrivent, phase par phase, le contenu attendu de chaque document. Ils peuvent servir d’annexe ou de base de rédaction. Le dossier type au format Word contient un CCTP complet à adapter.
Ces éléments sont fournis à titre d’information. Ils ne constituent pas un conseil juridique et ne remplacent pas l’analyse de votre service de la commande publique.
Dans la méthode DYNAMAP SI
Les livrables du cahier technique reprennent ceux des trois premières phases de la méthode.
- 1Phase 1 · Analyse de l’existant : inventorier les actifs, les processus et les risques tels qu’ils sont réellement.
- 2Phase 2 · Rapports d’étonnement : consigner ce qui surprend : applications sans responsable, coûts sans visibilité, dépendances non maîtrisées.
- 3Phase 3 · Cartographies et points de vue : relier processus, données, logiciels et infrastructures dans des vues lisibles par chaque public.
La méthode appliquée au secteur public · Le framework complet sur dynamap.fr
Pour approfondir : les livres de la collection
Modèles de livrables d’Architecture d’Entreprise
Les modèles de livrables des sept phases : inventaires, fichiers de risques, rapports d’étonnement, feuilles de route, RACI, indicateurs. Un appui concret pour décrire, phase par phase, ce que l’on attend d’une équipe interne ou d’un prestataire.
Manuel de cartographie du Système d’Information
Un manuel illustré qui déroule la cartographie couche par couche : processus vitaux, chaîne de valeur, objets métier, données, logiciels, infrastructures, puis risques, ressources et gouvernance. Pour toute organisation qui doit produire une cartographie lisible par sa direction.
Toute la collection est présentée sur la page livres sur le système d’information.
Sources et références
Yann-Eric Devars
Architecte d’entreprise · créateur du framework DYNAMAP SI
Fondateur de Solve DSI, il a conçu DYNAMAP SI pour que la démarche et ses livrables puissent être décrits, comparés et réceptionnés simplement. Les acheteurs et dirigeants publics qui souhaitent confronter leur projet de consultation le retrouvent sur LinkedIn.