Gouvernement du Canada
Le Guide 2026
du cycle de vie numérique
Ce guide s’adresse aux personnes qui travaillent sur les services numériques du gouvernement du Canada. Vous pouvez être n’importe qui : n’importe quel rôle, n’importe quel parcours, une petite équipe ou une grande.
Vous construisez peut-être à l’interne, engagez une équipe à contrat pour construire, ou achetez d’un fournisseur. Votre budget est peut-être généreux ou presque nul. Rien de cela ne change ce qui suit, parce que ce guide porte sur les pratiques qui comptent pour tout travail numérique, quelle qu’en soit la taille.
Ce qu’est ce guide
Il décrit quelques façons de construire un service numérique, et non la seule bonne façon, parce qu’il n’y en a pas.
Prenez un ministère qui a de l’argent pour un service, aucun personnel technique à lui, et une date fixée par quelqu’un d’autre, parce qu’un ministre l’a annoncée ou que la loi la nomme. S’adresser à un grand fournisseur et le payer pour régler l’essentiel du détail peut réellement être sa meilleure option. Cela saute presque tout ce qui est décrit ici, et cela peut quand même être la bonne décision.
Le guide s’arrête donc avant de vous dire exactement quoi faire. La bonne réponse dépend de choses que vous seul pouvez voir : votre échéance, votre budget, les personnes dont vous disposez, et ce à quoi votre ministère s’est déjà engagé.
Ce qu’il y a ici pour vous, quelle que soit la voie
Les pratiques de sécurité. Chaque service en a besoin, qu’il ait été construit à l’interne, acheté tel quel, ou assemblé à partir de quelque chose qui existait déjà.
Les points de contrôle officiels. Les évaluations, approbations et autorisations qu’un service du gouvernement du Canada doit franchir. Elles vous trouveront quelle que soit la voie prise, et chacune coûte moins cher à préparer qu’à subir par surprise.
Un aperçu de ce qui s’en vient. Quelles décisions arrivent dans quel ordre approximatif, qui d’autre doit être associé, et lesquelles sont coûteuses à défaire plus tard.
Une chose qui prend les gens au dépourvu, quelle que soit la voie
Si le nouveau service en remplace un autre, gardez l’ancien en marche jusqu’à ce que le nouveau ait porté un volume réel pendant un certain temps et qu’il ait tenu. Il est tentant d’éteindre tôt, parce qu’exploiter deux choses est encombrant et que quelqu’un demande habituellement quand cela s’arrêtera. Mais rien avant le lancement n’éprouve un volume réel, les gens ont besoin de temps pour migrer, et une fois que tout le monde a migré, il n’y a plus de retour possible. Si le nouveau service peine ensuite, le ministère se retrouve à négocier des changements avec un fournisseur qu’il ne peut plus quitter, et c’est une position coûteuse.
La même chose, lue à l’envers, est un problème de planification. Si quelque chose doit remplacer un service que vous exploitez déjà, le remplacement doit être financé, mis en concurrence, construit et stabilisé avant que l’ancien puisse être éteint. Compté à rebours à partir du jour où vous aimeriez que l’ancien service ait disparu, cela fait habituellement des années, et pendant l’essentiel de cette période un ministère paie pour les deux.
La seule chose qu’il vaut la peine de retenir
Le service reste le vôtre. Vous pouvez confier la construction à un fournisseur, et bien souvent c’est la chose sensée à faire. Ce qui ne se transfère pas avec elle, c’est le fait d’en répondre. Quand un service ne fonctionne pas, la personne qui n’arrive pas à déposer sa demande n’entend jamais parler du contrat d’approvisionnement qui se trouve derrière, et s’en moquerait si elle l’entendait. Elle le vit comme le gouvernement du Canada qui la laisse tomber, et c’est le ministère qui en répond, publiquement et après coup.
C’est pourquoi il vaut la peine de faire l’effort de comprendre ce que vous voulez réellement, et ce que vous achetez, assez bien pour dire les deux clairement. Un fournisseur à qui l’on donne une description vague construira quelque chose d’à peu près aussi vague, un peu comme une consigne vague donnée à un outil d’intelligence artificielle renvoie quelque chose que vous n’aviez pas tout à fait demandé. Personne ne se conduit mal dans un cas comme dans l’autre. C’est simplement ce qui arrive quand la description n’était pas assez claire pour construire à partir d’elle.
À qui cela s’adresse
Ce guide est pour vous, quelle que soit la raison de votre venue
Certaines personnes qui lisent ceci savent exactement ce dont elles sont responsables. Le registre des applications de leur ministère porte leur nom en regard d’un système, et une fois par année quelqu’un leur demande d’en coter l’état de santé.
La plupart ne le savent pas. Elles se voient comme responsables d’un programme. Une subvention, un permis, une prestation, un régime d’inspection. Chacun de ceux-là a une solution numérique, et quelqu’un en répond.
Vous êtes peut-être :
- un responsable opérationnel déjà nommé au regard d’un système dans le registre des applications de votre ministère
- un gestionnaire de programme dont le processus ne suffit plus au volume
- un responsable des politiques à qui l’on a demandé de livrer quelque chose pour une date
- un directeur général qui a hérité d’un système que personne ne peut expliquer entièrement
- un gestionnaire de projet à qui l’on a confié un service déjà en fonction
- quelqu’un à qui l’on vient d’annoncer qu’il y a de l’argent pour acheter un système
- ou dans n’importe quelle autre position où les gens se retrouvent quand un service devient leur responsabilité. La liste ne se veut pas exhaustive.
Vous n’avez peut-être jamais choisi rien de tout cela. Peu importe comment vous êtes arrivé là.
Si un service numérique livre votre programme, ou est sur le point de le faire, vous en êtes le responsable opérationnel. Vous en répondez avant même qu’il existe et jusqu’après son extinction. Ce guide est pour vous.
Voir le parcours complet
Les points de contrôle qu’un service numérique du GC doit franchir
Voici tout le cycle de vie sur une seule page : chaque approbation, examen et signature officiels qu’un service traverse, du premier problème jusqu’à son retrait ou son remplacement, qui détient chacun, et combien de temps cela prend à peu près.
Les trois phases
Tout service numérique, quoi qu’il fasse, se heurte à la même poignée de questions au cours de sa vie. Quel problème résolvons-nous, et pour qui. La solution fonctionne-t-elle pour les personnes qui l’utilisent. Est-ce encore la bonne solution. Quand est-il temps de la laisser aller. Les questions reviennent. Ce qui change, c’est où vous en êtes dans la vie du service au moment de les poser.
Le cycle de vie se divise en trois phases : Création, Exploitation et Retrait. Une phase est un grand chapitre de la vie d’un service.
Chaque phase comporte de plus petites parties, appelées sous-phases. La Création comprend la Découverte, l’Alpha et la Bêta. L’Exploitation comprend la Stabilisation, la Croissance et la Maturité. La phase est comme le chapitre d’un livre; la sous-phase est la page où vous vous trouvez à l’intérieur.
Quelle que soit la phase où vous êtes, une idée court sous tout cela : un service gouvernemental n’est presque jamais la chose qu’une personne veut réellement. C’est une étape dans un parcours bien plus vaste qui est le sien, souvent réparti entre de nombreux ministères et ordres de gouvernement. Prestation intégrée est le point de départ de cette réflexion.
Pourquoi cela compte
Adapter le guide à votre situation
Ce guide comporte deux réglages qui changent ce que vous voyez tout du long. Choisissez ce qui correspond à votre situation. Vous pourrez changer d’avis plus tard.
Acheter ou construire
Les pratiques restent les mêmes. Ce qui change, c’est qui fait le travail : votre équipe, un fournisseur, ou les deux.
Taille
Les pratiques s’appliquent à toute taille. Ce qui change, c’est le poids de chacune.
Pour votre configuration
Choisissez l’un ou l’autre réglage ci-dessus et cette note changera en conséquence.
Un guide pour le prochain guide
C’est une première tentative, écrite en quelques mois. Si quelqu’un reprend ce travail plus tard, voici ce qu’il aurait été utile de savoir au départ.
Pourquoi nous ne pouvions pas simplement suivre le Royaume-Uni et l’Australie
Les deux guides que nous avons le plus consultés sont Le Service Manual du Royaume-Uni et Le processus de conception et de prestation de services de l’Australie. Les deux tracent des lignes fermes entre les phases, et les deux le peuvent, parce que chacun est écrit pour une seule situation : une petite équipe de fonctionnaires qui construit elle-même un service, sur une infrastructure commune et des composants réutilisables que son gouvernement a déjà construits à cette fin.
La plupart des services existants du gouvernement du Canada ont été achetés plutôt que construits par le ministère lui-même, et la façon d’acheter change le moment où les choses arrivent. Trois exemples :
- Un ministère qui engage une équipe à contrat. Il mène le concours pendant la Découverte et signe à l’ouverture de l’Alpha, parce que c’est l’équipe à contrat qui construit les prototypes.
- Un ministère qui achète un produit fini. Il met en concurrence pendant l’Alpha et signe à l’ouverture de la Bêta, et ne construit jamais de prototype, parce que le produit existe déjà.
- Un ministère qui suit l’approche agile définie par Services publics et Approvisionnement Canada. Il met en concurrence pendant la Découverte, signe avec plusieurs fournisseurs à la fois à l’ouverture de l’Alpha, et chacun d’eux construit un prototype au titre de ce contrat. Le gagnant est choisi en modifiant son contrat plutôt qu’en tenant un second concours.
Le concours, la signature et la première vraie construction sont les trois mêmes événements dans les trois cas. Là où ils tombent se déplace d’une sous-phase entière, et la seule chose qui les a déplacés est la façon dont le ministère a choisi d’acheter. C’est pourquoi ce guide décrit chaque sous-phase plus librement que les guides dont il s’est inspiré.
Et la partie qui ne porte pas vraiment sur le guide
Aucun guide ne peut dire à un ministère comment se déroulera son service en particulier. Ce qu’il peut faire, c’est rendre le lecteur plus difficile à surprendre. Si la prochaine version de ceci fait une chose mieux, nous aimerions que ce soit celle-là : moins de gens qui apprennent une décision au moment où elle a déjà été prise à leur place.
Les hypothèses de cette page
Vous travaillez déjà selon les Normes relatives au numérique du gouvernement du Canada : concevoir avec les utilisateurs, itérer et améliorer fréquemment, travailler ouvertement, utiliser des normes et des solutions ouvertes, gérer les risques en matière de sécurité et de protection des renseignements personnels, intégrer l’accessibilité dès le début, permettre au personnel d’offrir de meilleurs services, être de bons gestionnaires de données, concevoir des services éthiques et collaborer largement, ainsi que selon la loi en matière de protection des renseignements personnels, de sécurité, de langues officielles et d’accessibilité. Les normes précisent comment le gouvernement travaille dans le monde numérique. Les six compétences numériques du gouvernement du Canada précisent ce que chaque fonctionnaire doit être capable de faire pour travailler ainsi, et la page sur l’équipe les présente. Le présent guide s’appuie sur elles.