Dans une bonne partie des ministères, municipalités et organismes parapublics québécois, une portion significative des systèmes qui soutiennent des missions critiques a été conçue il y a quinze, vingt, parfois trente ans. Ces applications tournent encore, souvent avec une fiabilité qui force le respect. Mais elles reposent sur des technologies de moins en moins documentées, sur une poignée d’experts internes proches de la retraite, et sur une dette technique qui rend chaque changement plus lent et plus risqué que le précédent.
La question n’est donc plus vraiment « faut-il moderniser? ». Elle est devenue « par où commencer, avec quel budget, et sans mettre en péril un service que les citoyens utilisent tous les jours? ». C’est une question légitime, et c’est aussi celle qui paralyse le plus de projets avant même qu’ils ne débutent. Chez Dempton, nous sommes convaincus que le succès d’une modernisation ne tient pas d’abord à la technologie choisie, mais à la façon dont elle s’intègre dans l’organisation, ses processus, ses équipes et ses contraintes réelles. Voici comment nous abordons cette question avec nos clients du secteur public.
L’erreur la plus fréquente consiste à partir d’une conviction technologique — « il faut migrer vers le nuagique », « il faut refaire en architecture microservices » — avant d’avoir posé un diagnostic rigoureux sur l’état réel du parc applicatif. Un diagnostic solide répond à quelques questions simples mais structurantes : quelle est la criticité métier de chaque système, quel est l’état technique réel (dette de code, documentation, dépendance à des compétences rares, fin de support), quelle est la fragilité organisationnelle (combien de personnes détiennent la connaissance critique), et quel est le coût du statu quo, souvent sous-estimé, comparé au coût et au risque de l’intervention.
Croiser ces axes permet de construire une matrice de priorisation où l’on distingue rapidement les systèmes à intervention urgente (criticité élevée, fragilité élevée) des systèmes qu’on peut sciemment laisser vivre encore quelques années. Ce travail de priorisation, fait sérieusement, évite le piège classique du grand projet de refonte totale qui tente de tout régler en même temps — et qui, dans le secteur public, dépasse rarement l’étape de l’appel d’offres avant de s’essouffler.
Le débat entre remplacement complet (« rip and replace ») et modernisation progressive revient dans presque toutes nos discussions avec des décideurs publics. En pratique, il s’agit rarement d’un choix binaire.
Le remplacement complet peut se justifier lorsque la technologie sous-jacente est réellement en fin de vie, que le fournisseur n’existe plus, ou que le système ne répond structurellement plus aux besoins d’affaires. Mais c’est aussi l’approche la plus risquée : elle concentre l’effort, le budget et le risque de mise en service dans une fenêtre étroite, avec un historique bien documenté — dans le secteur public comme ailleurs — de dépassements de coûts et d’échéanciers lorsque l’ampleur du projet est sous-estimée dès le départ.
L’approche incrémentale, souvent désignée par l’image du « strangler fig » (figuier étrangleur), consiste à faire cohabiter l’ancien et le nouveau système pendant une période de transition, en redirigeant progressivement les fonctionnalités, module par module, vers la nouvelle plateforme jusqu’à ce que l’ancien système puisse être retiré. Cette approche a l’avantage de répartir le risque dans le temps, de permettre des livraisons de valeur plus rapides et visibles, et de s’aligner naturellement sur des cycles budgétaires annuels ou pluriannuels plutôt que sur un financement massif d’un coup. Elle exige en revanche une discipline d’architecture plus grande, notamment pour gérer les interfaces entre ancien et nouveau système pendant la transition.
Dans notre expérience, la bonne réponse est presque toujours hybride : remplacement ciblé pour les composants réellement irrécupérables, modernisation incrémentale pour le reste, avec un séquencement qui tient compte à la fois du risque technique et de la capacité réelle de l’organisation à absorber le changement.
Peu importe l’approche retenue, la migration des données est systématiquement le facteur qui fait dérailler les échéanciers. Après quinze ou vingt ans d’opération, les données d’un système legacy portent les traces de multiples correctifs, de règles d’affaires qui ont changé sans que le schéma ne soit ajusté, de doublons, de champs détournés de leur usage initial pour pallier une limitation technique oubliée depuis longtemps.
Un plan de migration crédible prévoit du temps — souvent plus qu’on ne le souhaiterait — pour le profilage des données existantes, la définition de règles de nettoyage et de transformation, des cycles de migration à blanc avant la bascule réelle, et une stratégie de réconciliation qui permette de confirmer, chiffres à l’appui, que rien n’a été perdu ou corrompu au passage. Pour les systèmes qui touchent des données citoyennes sensibles, cette rigueur n’est pas négociable, tant sur le plan de la conformité que sur celui de la confiance publique.
Un projet de modernisation dans une municipalité, un ministère ou un organisme parapublic québécois ne se pilote pas comme un projet en entreprise privée, et c’est une réalité qu’il faut intégrer dès la planification plutôt que de la subir en cours de route.
Les cycles budgétaires annuels imposent un séquencement du projet en phases finançables et livrables de façon autonome, chacune capable de démontrer une valeur tangible avant la reconduction du financement l’année suivante. Un projet dont la valeur ne se matérialise qu’à la toute fin, après trois ou quatre ans d’investissement continu, est structurellement fragile face aux aléas budgétaires.
Le processus d’approvisionnement via le SEAO ajoute ses propres contraintes de délais : rédaction et publication des appels d’offres, périodes réglementaires de dépôt, analyse de conformité, délais de contestation. Ces délais doivent être anticipés dans la planification du projet, et non traités comme un simple détail administratif une fois la solution choisie.
L’aversion au risque, enfin, est structurelle et légitime dans un contexte de fonds publics et d’imputabilité politique. Elle se traduit concrètement par une préférence pour les preuves de concept avant les engagements à grande échelle, une exigence de traçabilité des décisions, et une attention particulière portée à la continuité de service. Plutôt que de voir cette aversion au risque comme un frein, il est plus productif de la considérer comme une contrainte de conception : elle pousse vers des approches progressives, réversibles et bien documentées, qui sont de toute façon de meilleures pratiques de gestion de projet.
La technologie la mieux conçue échoue si les personnes qui l’utilisent au quotidien — agents municipaux, fonctionnaires, employés de première ligne — ne sont pas préparées et accompagnées dans la transition. Dans le secteur public, où le roulement de personnel peut être plus faible et l’ancienneté avec les systèmes existants plus élevée qu’ailleurs, la résistance au changement n’est pas un obstacle marginal.
Une gestion du changement efficace commence bien avant la mise en service : implication des utilisateurs clés dès les phases de conception, communication claire sur ce qui change et pourquoi, formation adaptée aux différents profils d’utilisateurs, et surtout maintien d’un filet de sécurité opérationnel — support renforcé et procédures de retour arrière documentées — dans les semaines suivant chaque bascule. Traiter la gestion du changement comme une activité annexe, financée en fin de projet avec ce qu’il reste de budget, est l’une des façons les plus sûres de compromettre l’adoption d’un système par ailleurs bien construit.
En rassemblant ces éléments, une feuille de route de modernisation crédible pour une organisation publique québécoise repose généralement sur quelques principes simples : prioriser par criticité et fragilité plutôt que par attrait technologique, découper le projet en phases finançables sur un horizon budgétaire réaliste, prévoir large pour la migration de données et pour les délais d’approvisionnement, intégrer la gestion du changement dès le départ, au même titre que l’architecture technique. Et surtout, accepter qu’une modernisation réussie dans ce contexte se mesure rarement à la vitesse d’exécution, mais à la capacité de livrer de la valeur de façon soutenue, sans jamais compromettre la continuité des services aux citoyens.
Chez Dempton, notre rôle consiste précisément à aider les organisations publiques à traduire ces principes en plan d’action concret, adapté à leur contexte budgétaire, à leur capacité organisationnelle et à leurs obligations de gouvernance. Créer de la valeur, ensemble, c’est aussi cela : faire les bons choix de séquencement, dès le départ, pour que la modernisation serve la mission plutôt que de la mettre en péril.