Principes numériques

Suivre :

26 Octobre 2017

Nous élaborons actuellement un ensemble de principes pour guider la conception numérique au sein du gouvernement du Canada. Ces principes structureront la façon dont nous abordons la gestion de nos renseignements et de nos technologies ainsi que la prestation des services. Nous nous sommes basés sur les pratiques exemplaires à l’échelle internationale et nous cherchons de la rétroaction. Du 26 octobre au 8 decembre, vous aurez l’occasion de commenter notre ébauche des différents principes, soit en écrivant un commentaire dans le champ prévu au bas de ce blogue, soit en envoyant un courriel à open-ouvert@tbs-sct.gc.ca. Les commentaires reçus seront résumés et inclus dans un rapport « Ce que nous avons entendu » qui sera publié sur cette page.

Le gouvernement change. Et de façon majeure.

Le monde se transforme. Alors que nous entrons dans une nouvelle ère numérique, le gouvernement doit s’ajuster afin de répondre aux attentes changeantes des utilisateurs. Mais que signifie « numérique » de toute façon? Être numérique est plus grand que la somme de ses parties. Une organisation numérique en est une qui fleurit à l’ère numérique et continue de répondre aux attentes des utilisateurs.

Il s’agit de placer les utilisateurs en premier, de gérer les données et les renseignements, de veiller à ce que les renseignements des personnes soient sécuritaires et protégés, d’être ouverts et transparents dans la façon dont nous nous comportons et, bien sûr, d’utiliser la meilleure technologie afin d’appuyer le tout. Les personnes que nous servons sont au centre de tout ce que nous faisons. Absolument toutce que le gouvernement fait, il le fait pour la population. Alors que nous élaborons de nouveaux services et examinons ceux qui existent déjà, nous nous concentrons d’abord et avant tout sur les besoins des gens. Cela ne comprend pas seulement les services transactionnels, mais aussi la façon dont les personnes trouvent et utilisent les renseignements et les données.

Comment un gouvernement entreprend-il une transformation numérique d’envergure? On peut commencer par définir un ensemble de principes directeurs qui offrent une compréhension commune de ce à quoi ressemble une bonne conception numérique. Ils préparent la voie pour tout ce qui vient après, le fondement sur lequel la croissance peut se produire. Ils offrent de l’orientation pour la prise de décisions et nous aident à rendre explicites les concepts que nous allons privilégier au moment d’élaborer des services et de choisir des technologies.

Mais pourquoi commencer du début? La prémisse d’« ouverture » est de réutiliser, et les principes directeurs n’y font pas exception. D’autres gouvernements ont déjà fait un travail fantastique pour définir leurs principes et redéfinir la façon dont ils servent leur population. Par exemple, nous avons observé le Royaume-Uni (GDS), les États-Unis (USDS), l’Australie (AusDTO) et, un peu plus près de chez nous, la province de l’Ontario (Services numériques de l’Ontario). Nous aimons la façon dont ces groupes se sont rassemblé et ont ouvert grand les portes pour redéfinir leurs modèles de service du haut vers le bas. Il faut du courage. Nous avons emprunté ce qu’il y avait de meilleur, mais nous y avons ajouté une touche canadienne.

Premier jet

Nous partageons avec vous une première ébauche de nos principes numériques dans sa version brute et non filtrée, en espérant que vous nous aiderez à l’améliorer. Quoique nous devons reconnaître que ces principes ne seront jamais coulés dans le béton, mais évolueront avec le temps en fonction des changements de contexte, nous avons hâte de recevoir votre rétroaction afin de pouvoir aller de l’avant avec une version que nous pourrons mettre en pratique.

  1. Comprendre les utilisateurs et leurs besoins

    Commencer avec les besoins des utilisateurs et ensuite construire pour eux et avec eux. Mener des essais continus avec les utilisateurs. Faire le travail difficile afin qu’ils ne soient pas obligés de le faire.

  2. Effectuer constamment des itérations et des améliorations

    Conception agile au moyen des phases alpha, bêta et réelles. Effectuer des essais de bout en bout et apporter sans cesse des améliorations en réponse à la rétroaction des utilisateurs. Faire des essais le plus tôt et le plus souvent possible.

  3. Bâtir la bonne équipe

    Mettre sur pied et habiliter des équipes multidisciplinaires, en établissant des liens entre stratégie et exécution.

  4. Favoriser une culture axée sur le service

    Diriger une équipe et mettre en œuvre une culture ministérielle axée sur les utilisateurs.

  5. Travailler dans un environnement ouvert

    Échanger et collaborer dans un environnement ouvert, élaborer des plans pour faire en sorte que les données sont ouvertes dès le début.

  6. Intégrer, de façon équilibrée, la sécurité et la protection des renseignements dès le début

    Considérer le contexte opérationnel. Gérer les risques.

  7. Créer de façon ouverte et interopérable

    Considérer également les sources libres. Utiliser des normes ouvertes. Créer de façon interopérable et songer à ce qui peut être réutilisé.

  8. Utiliser les bons outils pour le travail

    Utiliser les solutions et les plateformes gouvernementales communes. Construire l’informatique en nuage d’abord.

  9. Concevoir et fournir des services transparents et éthiques

    Faire preuve d’ouverture et de transparence dans l’utilisation des systèmes automatisés et respecter les lignes directrices en matière d’éthique.

  10. Être inclusif et offrir du soutien pour ceux qui en ont besoin

    Favoriser un environnement inclusif, les langues officielles et l’accessibilité dans la conception.

  11. Connaître vos données

    Gérer les données conformément aux normes. Mettre en œuvre des outils analytiques et utiliser les données recueillies.

  12. Être responsable envers les Canadiens

    Définir les paramètres du rendement axé sur les utilisateurs. Publier des données en temps réel.

  13. Établir des partenariats ouverts et innovateurs

    Reconnaître qu’une organisation ne peut pas avoir toutes les meilleures idées. Créer des partenariats et collaborer.

  14. Dépenser l’argent judicieusement

    Signer des contrats de façon sensée et respecter les normes d’approvisionnement.

  15. Faire l’essai des services avec le sous-ministre ou le ministre

    Faire l’essai de tous les services destinés au public avec le sous-ministre ou le ministre responsable.

Dites-nous ce que vous pensez

Alors que je réfléchis à ces immenses changements qui se sont produits ces dernières décennies, partant d’une carte perforée de programmation dans les années 70 à l’« Internet des objets », je me questionne sur ce que les 30 prochaines années nous réservent.

Je suis certaine d’une chose : c’est que le gouvernement devrait faire partie de cette aventure avec nous et nous appuyer alors que nous vieillissons et que le numérique transforme notre façon de vivre, de travailler et de jouer. Donc, dans l’esprit de la collaboration et de l’ouverture, nous voulons vous entendre. C’est votre pays. C’est votre gouvernement. Dites-nous comment vous voulez voir le gouvernement passer à l’ère numérique en offrant votre rétroaction sur nos principes, soit en remplissant la boîte de commentaires plus bas ou en envoyant un courriel à open-ouvert@tbs-sct.gc.ca.

Merci,

Teresa D’Andrea

Responsable principale de la Stratégie relative aux services
Division du service et du gouvernement ouvert
Direction du dirigeant principal de l’information
Secrétariat du Conseil du Trésor du Canada

Ajouter un commentaire *

La communication de l’information demandée sur ce formulaire n’est pas obligatoire. L’information est recueillie dans le but de répondre à votre demande de renseignements ou à vos commentaires et d’améliorer notre ensemble de produits et de services en ligne. Les renseignements personnels que vous fournissez sont protégés en vertu de la Loi sur la protection des renseignements personnels, une loi fédérale. Veuillez ne pas inclure de renseignements personnels à caractère délicat dans le message, comme votre numéro d’assurance sociale, des renseignements financiers personnels et vos antécédents médicaux ou professionnels.

 
Lisez la Déclaration sur la protection des renseignements personnels du présent site Web.

La collecte et l’utilisation de vos renseignements personnels sont autorisées en vertu de l’article 7 de la Loi sur la gestion des finances publiques. La collecte et l’utilisation de vos renseignements personnels pour donnees.gc.ca se feront conformément à la Loi sur la protection des renseignements personnels, une loi fédérale. Vos renseignements personnels sont utilisés pour répondre à vos demandes de renseignements, s’il y a lieu, et peuvent être utilisés pour évaluer l’efficacité du programme quand vient le temps de répondre aux besoins des clients. Dans des circonstances exceptionnelles (p. ex., enquête sur les pirates informatiques ou sur les personnes qui font des menaces ou des remarques méprisantes, etc.), des renseignements personnels peuvent être communiqués sans votre consentement aux termes du paragraphe 8(2) de la Loi sur la protection des renseignements personnels.

Tous les renseignements personnels qui peuvent être recueillis sont décrits dans le fichier de renseignements personnels ordinaire intitulé Communications publiques (POU 914), qui se trouve dans la publication Info Source du Secrétariat du Conseil du Trésor du Canada (SCT). Les renseignements personnels recueillis seront conservés par le SCT pendant une période de 18 mois seulement après l’achèvement de l’activité, après quoi tous les renseignements d’identification seront supprimés.

En vertu de la Loi sur la protection des renseignements personnels, vous avez le droit de demander l’accès à vos renseignements personnels et de les modifier si vous en avez fourni. Notez toutefois que, pour exercer l’un ou l’autre de ces droits, vous devez présenter une demande d’accès à vos renseignements personnels avant la fin de la période de conservation. Pour obtenir de plus amples renseignements sur votre droit d’accès, s’il vous plaît lire À propos du programme d’accèss à l’information.

Si vous avez besoin de précisions au sujet de cette déclaration, veuillez communiquer avec le coordonnateur de la protection des renseignements personnels du SCT au 613-957-7154. Pour obtenir de plus amples renseignements au sujet de vos droits en matière de protection des renseignements personnels et de la Loi sur la protection des renseignements personnels, consultez le commissaire à la protection de la vie privée par le site du commissariat à la protection de la vie privée du canada ou au 1-800-282-1376.

Bonjour,
Félicitations pour ce beau travail de réflexion. La seule chose que je soulignerais, au sujet du numéro 15, est que "Signer des contrats de façon sensée"/"Enter into sensible contracts" est une formule complètement inusitée sur la plan linguistique et pratiquement vide de sens dans son contenu. Peut-être que les notions de "responsabilité" ou d' "optimisation" seraient plus descriptives de l'idée visée? Tout les contrats "font du sens" pour au moins un des partis.

À l'instar du GDS britannique, il faut oser donner la priorité au logiciel libre, ce que FACiL recommande à tous les niveaux de gouvernement depuis des années aux côtés de l'April (France) et d'autres organismes de défense et de promotion du logiciel libre et des communs numériques à travers le monde.

La manière dont le Royaume-Uni a donné la priorité au logiciel libre est digne de mention. Elle a consisté à ériger en principe l'ouverture par défaut du code source des logiciels (pas seulement l'ouverture par défaut des données d'intérêt public), pour tous les nouveaux projets impliquant l'écriture de code :

8. Make all new source code open / Make all new source code open and reusable, and publish it under appropriate licences (or provide a convincing explanation as to why this can't be done for specific subsets of the source code). https://www.gov.uk/service-manual/service-standard

Cette approche peut et doit être adoptée minimalement par le gouv. fédéral du Canada.

Pour le reste de l'argumentaire de FACiL sur cette question et d'autres, voir nos plus récents mémoires :

https://facil.qc.ca/publications

For #3, "Build the right team", I'd add, "Create and empower DIVERSE, multidisciplinary teams, linking policy with delivery." As Minister Bryson said in his Sept. 22 blog post, Spotlight on Open Government at the United Nations, "...openness in government is about more than just data and information. It’s about inclusiveness. This means being open to different cultures and people, and to a diversity of views and new ways of thinking." This must include who gets hired on the Open Government team.

#7 Using open standards cannot be emphasized enough:
- Applications and versions matter less - Libreoffice, Office 2016, Office 2013, GoogleDocs all work from the same document format.
- Web applications are not tied to particular client operating system versions, which makes client OS uprades less troublesome and less costly.
- Procurements are more open, rather than restricted to one vendor. ETI is restricted to one vendor's proprietary client.

The specified Digital principles is a good start, but this list uses very generic language. I would like to see principles that clearly define the purpose for the principle. Far too often usable accessibility is sacrificed at the cost of principles that are too vague to interpret.

1. We need to shift government thinking from an "us and them" to a more inclusive model. Understanding users needs, building for the user, and conducting tests with the user, is a digital design model that will fail. Marginalized Canadians, such as those with vision loss, must be integrated into the design, development, and decision making process. Experts may understand accessibility issues, but do not necessarily experience them.
2. Iterative testing, early and often, throughout the processes is critical, but evaluating user feedback can be a challenge and often leads to bigger end-user accessibility issues.
3. Building the right team is important, but who defines what that means. If people with disabilities are not given an opportunity to be an active partner on the management team, then the design and development is not inclusive. Currently the CDS team does not represent blind Canadians.
4. I am not sure what a service-oriented culture means, but the focus should be on inclusive design and not digital delivery.
5. Open collaboration is important, but that does not necessarily mean inclusive collaboration. Assistive technology users that struggle to interact with the internet, tend to be excluded from online social media discussions. This will lead to a bias understanding of accessibility needs.
6. For the most part, IT security and privacy concerns tend to trump the accessibility needs of disabled users, which then marginalizes them while they wait for a solution.
7. Yes, use open standards, but be sure the design and development tools and processes comply with those standards.
8. Use the right tools. Right for whom?
9. Automated systems must be accessible at both the design and delivery stages.
10. Accessibility by design? This is a phrase that has little meaning out of context. Many websites are built according to the WCAG standards, and yet are unusable by blind screen reader users.
11. Unfortunately accessibility experts collect bias user experience data, that tends to reflect their perception of the disability.
12. Be accountable to all Canadians, particularly those are most effected by digital communication services. We need a better partnership between government IT decision makers and those that live with vision loss.
13. Create partnerships with grass root organizations that represent the various disability sectors, and not just with service organizations and health experts.
14. One of the biggest employment barriers for blind Canadians is the broken government procurement processes and restrictive ICT contracts that eliminate competition and innovation.
15. Inclusive accessibility, not just accessibility standards, must be understood by those responsible for digital government design, development, and delivery.

Thank you all for taking the time to contribute. Very well thought-out comments.

I want to submit some information around principle 10e inclusive and provide support for those who need it
Build in inclusiveness, official languages, and accessibility by design.

I believe strongly that the above statement is a good starting direction.

I think it is critical that we not forget the lessons learnt and work done in the past. Specifically by areas like AAACT
http://service.ssc.gc.ca/en/contact/partclisupport/aaact

Also, that we identify that the minimum of what must be met isn't "inclusive" but simply sets the lowest common denominator that should be present in government activities. Meeting the Web Content Accessibility Guidelines 2.x at a double A level of conformance is simply being compliant to court order: see: https://www.theglobeandmail.com/news/politics/court-orders-ottawa-to-make-websites-accessible-to-blind/article1316244/

We should adopt the EU Accessible Procurement Standard and related toolkit as our new minimum. This puts us in alignment with Australia and other federal governments who have recognised this as the modern minimum. We should report on our compliance in an open way that shares information and best practices at a global level with the EU standard as the foundation.

We should exceed these requirements and strive for continuous improvement above that minimum.

Internally inside the government of canada, there is a lot of additional work to be done to create an inclusive environment for people with disabilities. For example, see: ACCESSIBLE CANADA CONSULTATION: SUBMISSION FROM THE ASSOCIATION OF FEDERAL PUBLIC SERVANTS WITH VISION IMPAIRMENTS http://www.fpswd.com/2017/02/27/accessible-canada-consultation-submission-from-the-association-of-federal-public-servants-wit...

Despite having a center of expertise and knowledge area with training courses, modern processes and mentoring for areas, these are rarely taken of advantage of before a complaint. They should be mandatory - See AAACT offerings: http://service.ssc.gc.ca/en/contact/partclisupport/aaact

Inclusive Design of Information and Communication Technology requires a holistic approach that includes accessibility standards, inclusive practices, usability or user acceptance testing that includes people with disabilities and exception management. Overall, ICT Digital Inclusion falls into 3 areas: Procurement/development, Implementation and Support.

There are 3 major areas of focus:
• Enterprise systems (e.g. GCDocs, PSPM, etc.),
• Workplace devices (e.g. PC, mobile, MFDs)
• Adaptive Technologies

____________________________________________________________________
Enterprise systems (e.g. GCDocs, PSPM, etc.),

Examples of Issues to consider relating to Enterprise systems:
• Procurement/Development
o Software is designed, developed and procured without following accessibility standards and without verifying compliance.
 “Lack of “virtual wheelchair ramps”
• Implementation
o Enterprise systems and Software is implemented or customised and implemented without following accessibility standards, verifying compliance.
o No compatibility testing with common Adaptive Technology tools
o Usability testing, pilots or user acceptance testing doesn’t include people with disabilities
 “we will solve that later”
o Training and reference material isn’t accessible and doesn’t include keyboard shortcuts for adaptive technology users
• Support
o No way to quickly or easily fix issues related to accessibility or compatibility with user adaptive tools when the problem relates to the original system and its lack of standard compliance
 No support for temporary alternatives

____________________________________________________________________
Workplace devices (e.g. PC, mobile, MFD)

Examples of Issues to consider relating to Workplace devices:
• Procurement/Solution Development
o Workplace devices are procured without following accessibility standards, verifying compliance and do not include an additional layer of functional criteria related to the needs of people with disabilities
 E.g. no easy inexpensive way to get a laptop with a better video card through mainstream process
• Implementation
o Department’s implementation of a workplace device often ads additional restrictions, limitations and does not include adaptability, flexibility, planned exceptions or alternatives
o No Compatibility testing with common Adaptive Technology tools
o Training and reference material isn’t accessible and doesn’t include keyboard shortcuts for adaptive technology users
o Usability testing, pilots or user acceptance testing doesn’t include people with disabilities
 “we will solve that later”
• Support
o Years of time and additional effort required to accommodate employees with disabilities
 E.g. in one department the average time to get someone with voice recognition a computer that meets the hardware requirements for voice recognition with the right version of the software installed is approximately one year (common delays due to discussions and approvals related to procurement/exception/internal imaging/GPOS/testing/etc.)
o No way to quickly or easily fix issues in the implementation of the mainstream device related to accessibility or compatibility with user adaptive tools
o No support for temporary or permanent alternatives

____________________________________________________________________
Adaptive Technologies

Examples of Issues to consider relating to Adaptive Technologies:
• Procurement/Development
o There are very few issues related to procurement of adaptive technology that relate to the actual procurement process
 Departments can easily understand “I get person A item B” such as a braille display
• Implementation
o IT areas have very little knowledge in how to support or configure the base OS/office suite/etc. to work for each user with disability’s adaptive technology
o IT areas do not provide the average user with service/support for mainstream technology let alone adaptive technology and no support in the implementation of the tools within the technical environment
o The person with a disability is expected to be the expert in IT support of their tools
o Because very little attention is given to the accessibility of enterprise systems and workplace devices the end user’s technology is blamed.
 E.g. like blaming the person’s wheelchair for not being able to get into the building when we have failed to provide the wheelchair ramps
• Support
o Very little knowledge in how to configure the base OS/office suite/etc. to work for each user with disability’s adaptive technology
o IT areas do not provide the average user with service/support for mainstream technology let alone adaptive technology and no support in the implementation of the tools within the technical environment
o The person with a disability is expected to be the expert in IT support of their tools
o Mainstream technology training is mostly inaccessible and No budgeted training for adaptive technology users on mainstream technology

Hello, I am a federal government applied scientist and manager in an IT-intensive line of work. I have done my share of multidisciplinary management, including IT and services to the public.
As a draft, those are almost all good principles, and I would like to see a strong commitment from IT shops in all Departments to apply them to internal services as well as external services. I don't think we can credibly commit to good external services if we can't deliver good internal services. Phoenix is the example that sticks out like a sore thumb, but there are many others I could rattle down. This hasn't been a good decade.
I do have an issue with #15 in its current wording. I understand we are accountable to the DM and Minister, but it is my direct experience that requiring approbations from, say, 6 DG in at least two different departments, already makes us plenty accountable if we can even make any progress at all. Also, "public facing" can have more than one meaning. Does it always mean John and Jane Doe, or could it also mean specialized socio-economic stakeholders? International partners? Other levels of government? Emergency responders? A mixture? The presentation, mode of access and type of data can be quite different in to address numerous different audiences, and I seriously doubt that the Minister is going to be our tester for all of it, unless we are advocating micromanagement on an epic level.

On another subject, in item #5 I would suggest to add source code as something that should be open.

Item 13 raises the matter of who may initiate projects, and the matter of agility in innovation. The current climate in government IT guarantees paralysis. The projects that my predecessors were able to jumpstart in 2004 would be impossible to even begin today. I know first hand, and my ADM himself told me so.

Another principle that I would like to make sure is covered, is that special cases are often your most important cases that define your business. I have seen too many examples where there is an ignorant approach to special cases in the name of "simplifying" IT. A somewhat made up example: weather warnings require special infrastructure that is different from, say, a clerical pool. It makes no sense to build your infrastructure around the clerical pool requirements and then to try to "standardize" the weather warning system on that infrastructure. I could give you a real-life example of a government-wide mission-critical system for international emergency response that has been rendered dysfunctional by the changes in the e-mail system, with no solution in sight. This, after we were "consulted" and duly ignored.

All this to say, I broadly support your list, but there is a heck of a culture change to bring about.
Thank you for reading this through, I know it was a little of a rant.

They are good but I think the order of presentation needs more thought.

Please note to all commenters that this "open government" comment box is only posted subject to administrator approval. This goes fundamentally against the idea of "open by default". How will there be meaningful conversations/feedback when these smoke screens obfuscate transparency? What are the criteria for approval?

Agreed, they are all great ideas. At this point it feels like an echo chamber, ideas get recycled and the same issues come up over and over again. How will this initiative be different?

Great set of Principles and suggestions as well :)

I propose to add "and source code" to #5 to be more specific:

Work in the open
Share and collaborate in the open, plan to make data and source code open from the start.

It would align with UK and AU #8 Principle as well.

Nothing original here. All of them or copied from U.K., Australia and elsewhere. They are a mishmash of everything and don't provide a proper rationale. Whatever happened to the UX principles TBS had few years ago? Don't just copy from others but get your own. Be a leader and not a follower. Be original. Tweeting them is not enough without a plan on how you will implement them with all the Departments. How will you ensure compliance? Do the departments care? I bet this is one more get-on-the-bandwagon exercise which will fall by the way side. Everyone who started this will get their promotions and be gone in a couple of years, while this will gather dust and be confined in the dust bins if TBS. same old story.. what's new??

I would expect and hope that the majority of these common sense principles are already well-known in most government organizations involved in software development; we're just not seeing the results yet due to resistance to change, barriers to change, and perhaps poor execution. Some other comments related to specific points are:

#1: Usability testing needs to be done upfront at the early prototyping stage in order to shape the design and also throughout the rest of the project

#2: I believe that the Agile methodology isn't necessarily the best option for all projects. Also, rushing into bursts of functionality development without a well thought out architecture will result in unmaintainable spaghetti code

#3: In order to attract and retain talent, need to be open to using new technologies and tools as young people probably don't want to work on outdated systems using obsolete tools

#5: Need to be careful not to be too open since the public needs to trust the government with their personal data

#8: Agree about using the right tools for the job so doesn't necessarily mean cloud first across the board

#12: Not sure if performance data needs to be published and in real-time no less but users definitely should have the expectation to be able to accomplish their tasks on reliable, secure systems in a reasonable amount of time with relative ease

#15: I don't think the Deputy Minister and/or Ministers need to be involved in the testing of all new public-facing services. However, I think they should be at least familiar with the high profile ones in order to showcase them in the media for example

Hi Teresa,

Thanks for sharing this raw list and for the opportunity to feed into early thinking. Here are some suggestions and comments from the collective brain of LAC's Government Records Initiatives Division, for your consideration. Sorry for the long post.

I use quotation marks to highlight suggested edits below.

-> Since this is an alpha version, as you state in the intro, we are unsure if all principles would stick until the end of this development iteration, if your intent is to really have 15 principles, have people vote on their top 5... At the moment the list is very long. If it stays that long, what about organising the principles into buckets? It may help make sense of them all. For example:

Bucket A. Build a service-oriented culture
Lead and implement a team and departmental culture focused on users.
3. Build "and develop" the right team. Create and empower multidisciplinary teams, linking policy with delivery.
1. Understand all users and their needs. Start with user needs and build for them, and with them. Conduct ongoing testing with users. Do the hard work so that they don’t have to.
2. Iterate and improve frequently. Develop in an agile manner using alpha, beta and live phases. Test end-to-end and continuously improve in response to user feedback. Test early and often. "Eliminate duplication of effort. Be responsive to technological developments and evolving requirements".
10. Be inclusive and provide support for those who need it. Build in inclusiveness, official languages, and accessibility by design.

Bucket B. Work in the open
Share and collaborate in the open, plan to make data open from the start.
7. Build in an open and interoperable way. Give equal consideration for open source. Use open standards. Build in an interoperable and reusable way.
8. Use the right tools for the job. Use common government solutions and platforms. Build cloud first.
13. Develop open and innovative partnerships. Recognize that an organization can’t have all the best ideas. Create partnerships and collaborate.

Bucket C. "Uphold public trust"
"Build and maintain trust in government services and information."
6. Integrate proportionate security and privacy from the outset. Consider business context. Manage risks.
NEW. Provide effective management of government information and data. Ensure that relevant government information can be accessed and accepted as authentic over time (trustworthy record of what it claims to be; complete and unaltered in all essential respects; free from tampering or corruption). Manage data in line with standards. Implement analytical tools and use the data you collect.
14. Spend money wisely "and sustainably". Enter into sensible contracts and comply with procurement standards. "Ensure appropriate business planning and project management for sustainable solutions."
15. Test services with the Deputy Minister and/or Minister. Test all new public-facing services with the Deputy Minister and/or Minister responsible.
NEW "Maintain contingency plans. Plan for cyber attacks, power outages, natural disasters, etc. Provide redundancy in design for business continuity. Have non-digital back-up solutions when necessary."
9. Design and deliver transparent and ethical services. Be open and transparent in the use of automated systems and comply with ethical guidelines.

-> Comments on specific proposed principles include:

3.Build the right team
The principle should be “Create and empower interdisciplinary teams”. Then the supporting text would be “Enabling digital government requires building teams with the right set of skills and expertise.” We cannot believe that GC'ers want to build the wrong teams...

4.Build a service-oriented culture
Maybe this is a semantic discussion here, but can we really build a culture. The verb “foster” sounds more appropriate when it comes to culture.

6.Integrate proportionate security and privacy from the outset
The principle should state what or whose security and privacy is referenced here. Otherwise, the principle remains too vague to really guide. Are we talking about sec & priv measures? considerations? practices? requirements?

9.Design and deliver transparent and ethical services
There seems to be 2 different thoughts in the explanatory text: transparency is only a matter of automated systems usage, while being ethical is targeted at the reader. The statement can be confusing. Also, being ethical is already a behavior expected by all civil servants, so does it need to be stated as a digital principle?

11.Know your data
We would like to see this one listed higher in the list! And it should not be limited to data. It should be inclusive of all information assets.

15.Test services with the Deputy Minister and/or Minister
While this is a fantastic idea to get senior execs and Ministers familiar with the digital services their organizations provide, the principle might sound redundant with Principle #1.

6.Integrate proportionate security and privacy from the outset
9.Design and deliver transparent and ethical services
10.Be inclusive and provide support for those who need it
12.Be accountable to Canadians
14.Spend money wisely
These are requirements already mandated by policy instruments or legislation. While there is no harm in reinforcing them as digital principles, it begs the question to clarify the role of the principles vs. existing obligations. Could it be clarified in the introduction?

-> If we were to vote for our top 5, principles #11, #1 (and #15), #2, #5, #6, #7, #10, and #13 seem to be key to a digital government. Yes, it difficult to only come up with 5!

Thanks, and looking forward to see the beta version!

Marie-Claude Côté
Manager, Recordkeeping Strategies
Government Records Branch, LAC

Merci M-C. We miss your awesome organizational skills and super big brain. Thanks for the input.

Interesting attempt at distilling an approach down to a few basic principles. As others have said, some of these can be combined and simplified. The one that stands out and seems completely at odds with the other principles is number 15. While a DM and Minister should be kept apprised of developments on public facing services, and even shown demos, they are unlikely to be representative of the users. Those of us who work on developing web content in any organization often face this challenge, where senior leaders would like the web content to be presented in a certain way, with certain language that is often not user focused.

All good points. And many good comments below. Change is wanted. More than that, it is needed if we are going to get things done and stop wasting money. Even in government, failure can only go on for so long. What is missing.....I know I know.....good leadership! Can you find the leadership to implement it? Without good leaders, you are not succeeding. Need an example: consider a department where IT people were moved outside the core of the city, away from their clients. That was a leadership decision. Good leadership: it makes or breaks everything.

Some additional ideas to put inside your principles or they can be transformed to replace the above principles
Senior leaders should ask questions such as:
Where do we hope to be in five years?
and
How are we going to achieve this goal? By what method?

1. Creating a constancy towards the improvement of products and services.
2. Adoption of the new philosophy if it exists.
3. Cessation of dependency on inspection to change.
4. Minimizing the total cost of products and services.
5. Constant improvement of the system.
6. Institution of training on the job.
7. Institution of a Leadership.
8. Suppressing fear.
9. Elimination of barriers between departments.
10. Elimination of slogans, exhortations for the workforce.
11. Elimination of work quotas and management by objectives.
12. Removal of obstacles.
13. Establishment of vigorous programs of education and self-improvement.
14. Getting everyone in the organization to work to complete the transformation.

Elimination of barriers between departments is such a good suggestion. It's missing from the list. Or maybe it could be added to principle #7, as these barriers directly impede interoperability.

This is a great list. My favourite parts are building "empowered teams", "service oriented-culture" and "be inclusive" because every public servant has a valuable role to play in the changes we have to make to better serve citizens. We need to have the right environment internally to achieve the vision. I do agree with a couple of the comments already made. 1) that while the DM should see the product before it is launched, it should not be considered a user-test 2) that there might be too many principles to keep them all top of mind, when making decisions. Perhaps using the right tools and common platforms could be combined with spending money wisely. Knowing your data and being accountable might also fit together nicely. Thank you for the opportunity to see and comment on your alpha version!

I agree that the government needs to go digital and by TBS looking towards an implementation of these guiding principles should in theory set the tone but unfortunately having worked for the federal government for the last 17 years I beg to differ that some departments are ready to take this path.
Principles 1,2 easy enough to implement. As for principle 3 : When sectors, branches, regions within a department are at constantly competing with one another for all sorts of reason rather than just collaborating together in order to achieve a common goal that should be done using these basic principles : 4. build a service-oriented culture, 5. Work in the open, 6 Consider business context and manage risk accordingly, 7. Give equal consideration for open source, 8. Use common solutions, 12. Be accountable to Canadian. USE REAL TIME data… We are so not there yet. The reality is we are risk averse, we work in silos, we impose department standards based on the justification that it’s to effectively achieve project objectives although when you seek deep enough it seems to only justify putting contracts in place that are managed by IT staff… I also agree with the comment on Principle 12, this should not be there as this will

Don’t get me wrong I am not bitter, I love what I do, I’ve been working in this structure for many years and the reality of it all is that as an IT project manager who’s trying to focus on innovate and creative solutions that respond to the user requirements and that have a client centric approach it is my observation that we spend 80% of time dealing with the political side of things and manage parochial wars and 20% on the development of the actual solution.

But being the optimist that I am, I will keep on hoping that government will embark on this great journey and that departments will make it their priority to take this route and enable its employees to be part of this evolution towards Digital development and how we serve Canadians.

Information and Data are Understood and Trusted - Information and Data are meaningfully defined by the appropriate authorities and obtained from reliable, authoritative and understood data flows and sources.

I think what's missing here is engagement. How will you use technology to better engage with Canadians and get their input? You need to engage with youth, and meet people where they currently spend their time. In 2017, that's Facebook groups. I'd like to see better comprehensive strategies for using technology for engagement by the government. The business world hires Generation Z experts and professional marketers to maximize engagement. It's time the government did the same.

"A good place to start is by defining a set of guiding principles which can provide a common understanding of what good digital development looks like."

Can you just refer to existing UX principles? It covers the breadth of what we should be doing.

Distilling an entire discipline into a top 15 seems... half-baked. Hire people who have UX and agile backgrounds. Or train people. There's a reason there are entire degrees and certificate programs just for HCI (a *subset* of UX design).

This feels very 'SSC' to me: heart's in the right place but not well thought out.

And remove number 15. Your Minister is a stakeholder in a very removed sense. They're rarely a primary user and they shouldn't need to test your service. Your users should be testing the service which is in number 1 already.

A possible recommendation for your consideration to build on the already comprehensive and well thought list, is to perhaps to empower a citizen centric forum with industry participation to be a sounding board as this digital strategy evolves.

Wow, what excellent feedback. Thanks to everyone for taking the time to respond to our call. Know that your input will really help improve our principles, which in turn will help drive the digital thinking this government needs.

I really like #13 and would appreciate knowing what groups are out there, both in the GC and in private industry. Would also appreciate knowing when the Protected "B" GC cloud will be available as we are currently ramping up on a number of projects and initiatives that could really use it!

I think this is a very worth while initiative. I am very happy to see that providing an inclusive experience is a core part of what you are trying to achieve.

Date de modification :