514
edits
Changes
GC Enterprise Architecture/Framework/BusinessGuide (view source)
Revision as of 15:31, 26 July 2021
, 15:31, 26 July 2021no edit summary
== ARCHITECTURE OPÉRATIONELLE ==
L’architecture opérationnelle est un aspect essentiel à la réussite de la mise en œuvre de l’architecture cible de l’écosystème intégré du GC. La stratégie architecturale préconise une approche pan gouvernementale où les TI sont harmonisées avec les services opérationnels et les solutions sont fondées sur des composantes réutilisables mettant en œuvre des capacités opérationnelles afin d’offrir une expérience utilisateur cohérente. Par conséquent, il est essentiel de bien comprendre les services aux entreprises, les besoins des intervenants, les possibilités d’améliorer la cohésion et les possibilités de réutilisation à l’échelle du gouvernement. Par le passé, ces éléments n’étaient pas une priorité. On s’attend à ce que la culture et les pratiques en matière de TI doivent changer pour que l’architecture opérationnelle, en général, et ces éléments soient une priorité.
L’architecture opérationnelle est un aspect essentiel à la réussite de la mise en œuvre de l’architecture cible de l’écosystème intégré du GC. La stratégie architecturale préconise une approche pan gouvernementale où les TI sont harmonisées avec les services opérationnels et les solutions sont fondées sur des composantes réutilisables mettant en œuvre des capacités opérationnelles afin d’offrir une expérience utilisateur cohérente. Par conséquent, il est essentiel de bien comprendre les services aux entreprises, les besoins des intervenants, les possibilités d’améliorer la cohésion et les possibilités de réutilisation à l’échelle du gouvernement. Par le passé, ces éléments n’étaient pas une priorité. On s’attend à ce que la culture et les pratiques en matière de TI doivent changer pour que l’architecture opérationnelle, en général, et ces éléments soient une priorité.
=== Conception entièrement numérique des services pour répondre aux besoins des utilisateurs du gouvernement du Canada et des autres intervenants ===
=== Conception entièrement numérique des services pour répondre aux besoins des utilisateurs du gouvernement du Canada et des autres intervenants ===
* Identifier clairement les utilisateurs internes et externes et les autres intervenants et leurs besoins dans le cadre de chaque politique, programme et service opérationnel;
* <b> Identifier clairement les utilisateurs internes et externes et les autres intervenants et leurs besoins dans le cadre de chaque politique, programme et service opérationnel </b>
* Inclure les exigences de la politique qui s’appliquent à des utilisateurs en particulier et à d’autres groupes d’intervenants, comme l’accessibilité, l’analyse comparative entre les sexes plus et les langues officielles, dans la création du service;
Pour s'assurer qu'un service sera en mesure de répondre aux besoins des utilisateurs et des parties prenantes, il doit comprendre à quels besoins il essaie de fournir le service, qui sont leurs utilisateurs et parties prenantes, à la fois internes et externes.<br>
* Effectuer une évaluation de l’incidence algorithmique (EIA) pour appuyer les activités d’atténuation des risques lors du déploiement d’un système décisionnel automatisé conformément à la Directive sur la prise de décisions automatisée;
* Modéliser la prestation de services opérationnels du début à la fin afin d’assurer la qualité, de maximiser l’efficacité et d’optimiser les gains d’efficience dans tous les canaux (p. ex., processus allégé).
Une fois les besoins, les utilisateurs et les parties prenantes définis, un fournisseur de services peut alors créer une cartographie des parties prenantes pour mieux comprendre la relation entre le service et les utilisateurs et parties prenantes, c'est-à-dire. comment un changement dans un composant affecte l'autre. <br>
À partir de là, le fournisseur de services peut effectuer une analyse des besoins de ses utilisateurs et parties prenantes pour développer un programme, une politique ou un service qui répond à leurs besoins (cette pratique peut également être connue sous le nom d'exigences des parties prenantes ou de cartographie des valeurs). <br>
Cet exercice peut également aider à définir les limites/portée du programme/politique/service pour mieux gérer les attentes de leurs utilisateurs/parties prenantes. <br>
<b>Comment démontrer que le projet remplit ce cadre :</b>
* résumer les besoins et les résultats de chaque intervenant clé externe et interne dans le cadre de l'architecture
* démontrer comment l'architecture est axée sur les besoins et les résultats des parties prenantes internes et externes
<b>Outils :</b>
* Business case
* Cartographie des parties prenantes (acteurs, rôles, unités organisationnelles) et exigences des parties prenantes
* Résultats
* Carte des processus métier
* Flux de valeur et cartographie de la valeur
</br>
* <b> Inclure les exigences de la politique qui s’appliquent à des utilisateurs en particulier et à d’autres groupes d’intervenants, comme l’accessibilité, l’analyse comparative entre les sexes plus et les langues officielles, dans la création du service </b>
* <b> Effectuer une évaluation de l’incidence algorithmique (EIA) pour appuyer les activités d’atténuation des risques lors du déploiement d’un système décisionnel automatisé conformément à la Directive sur la prise de décisions automatisée </b>
* <b> Modéliser la prestation de services opérationnels du début à la fin afin d’assurer la qualité, de maximiser l’efficacité et d’optimiser les gains d’efficience dans tous les canaux (p. ex., processus allégé) </b>
=== Architecte axé sur les résultats et stratégiquement aligné sur le Ministère et le gouvernement du Canada ===
=== Architecte axé sur les résultats et stratégiquement aligné sur le Ministère et le gouvernement du Canada ===