Merge pull request #25 from ontario-digital/kate/feature/oct2017-updates

October 2017 updates

README-FR.md

@@ -8,7 +8,9 @@ Vous pouvez nous faire part de vos observations et idées :
 * par courriel à [digital.standard@ontario.ca](mailto:digital.standard@ontario.ca)
 * sur notre [dépôt GitHub](https://github.com/ontario-digital/Digital-Service-Standard)
 
-## Lignes directrices pour les courriels
+## Contributions aux normes
+
+### Par courriel
 
 * Courriellez des formats texte en clair, par exemple des fichiers textes, des documents Word et Google
 * N’envoyez pas de HTML, de PDF, de sorties imprimées, ni de notes manuscrites
@@ -17,7 +19,7 @@ Vous pouvez nous faire part de vos observations et idées :
 * Utilisez le fonction Track Changes (Suivi des modifications) ou le mode suggestion si vous envoyez des documents Word ou Google
 * Dites-nous la raison de votre suggestion et l’avantage qu’elle présentera
 
-## Lignes directrices pour GitHub
+### Sur GitHub
 
 **Nota :** Le `develop` branch (embranchement développer) est une ébauche de travail. Les normes officielles se trouvent dans le `master` branc (’embranchement maître) et sur Ontario.ca.
 
@@ -27,7 +29,7 @@ Vous pouvez nous faire part de vos observations et idées :
 * Baptisez votre embranchement en lui donnant votre prénom ou votre nom d’utilisateur, le type de modification (correction d’une faute de frappe ou de grammaire ou élément à ajouter ou à effacer), le tout suivi de la description de vos modifications nom/correction/mes-modifications OU nom/élément/mes-modifications
 * Prenez un engagement (commit) par modification et expliquez la raison de votre modification dans votre message d’engagement (n’indiquez pas ce que vous avez modifié, mais pourquoi)
 
-## Comment allons-nous évaluer les modifications aux normes
+## Comment nous évaluons les contributions aux normes
 
 L’équipe des politiques examinera toutes les modifications suggérées par courriel ou sur GitHub et décidera des modifications à effectuer en fonction des critères suivants :
 
@@ -50,8 +52,8 @@ Nous ne sommes qu'aux prémices de ce projet. Nous vous encourageons à adopter
 | Besoins des utilisateurs |            |
 | ---------- | ---------- |
 | <img alt="Dans cette métaphore du brin d'ADN, les besoins des usagers se tissent dans l’hélice de l’ADN et s’y enroulent quatre fois, ce qui représente chaque phase de la conception des services." src="./images/dna-strand1.png" width="100"> | <h3>Découverte (juin-juillet)</h3>Mener une recherche auprès des utilisateurs des Services numériques de l'Ontario et des partenaires cruciaux |
-| <img alt="Dans cette métaphore du brin d'ADN, les besoins des usagers se tissent dans l’hélice de l’ADN et s’y enroulent quatre fois, ce qui représente chaque phase de la conception des services." src="./images/dna-strand2.png" width="100"> | <h3>Alpha (juillet-septembre)</h3>Publier une première ébauche et la mettre à jour une fois par mois selon les rétroactions des utilisateurs et les analytiques du Web |
-| <img alt="Dans cette métaphore du brin d'ADN, les besoins des usagers se tissent dans l’hélice de l’ADN et s’y enroulent quatre fois, ce qui représente chaque phase de la conception des services." src="./images/dna-strand3.png" width="100"> | <h3>Bêta (octobre-mars)</h3>Poursuivre la mise à jour des normes et ajouter un plus grand nombre de guides en se fondant sur les rétroactions des utilisateurs et les analytiques |
+| <img alt="Dans cette métaphore du brin d'ADN, les besoins des usagers se tissent dans l’hélice de l’ADN et s’y enroulent quatre fois, ce qui représente chaque phase de la conception des services." src="./images/dna-strand2.png" width="100"> | <h3>Alpha (juillet-décembre)</h3>Publier une première ébauche et la mettre à jour une fois par mois selon les rétroactions des utilisateurs et les analytiques du Web |
+| <img alt="Dans cette métaphore du brin d'ADN, les besoins des usagers se tissent dans l’hélice de l’ADN et s’y enroulent quatre fois, ce qui représente chaque phase de la conception des services." src="./images/dna-strand3.png" width="100"> | <h3>Bêta (janvier-mars)</h3>Poursuivre la mise à jour des normes et ajouter un plus grand nombre de guides en se fondant sur les rétroactions des utilisateurs et les analytiques |
 | <img alt="Dans cette métaphore du brin d'ADN, les besoins des usagers se tissent dans l’hélice de l’ADN et s’y enroulent quatre fois, ce qui représente chaque phase de la conception des services." src="./images/dna-strand4.png" width="100"> | <h3>Mise en ligne (mars-mai)</h3>Publication des normes avec des liens vers les communautés de pratique, maintien des mises à jour continuelles |
 
 ## 1 — Former une équipe adaptée
@@ -183,7 +185,7 @@ Ontario.ca est le site Internet phare du gouvernement. Au minimum :
 * Médias sociaux -
   [Lignes directrices relatives aux médias sociaux pour la fonction publique de l'Ontario](https://www.ontario.ca/fr/page/lignes-directrices-relatives-aux-medias-sociaux-pour-la-fonction-publique-de-lontario)
 
-## 4 — Prendre en charge l'expérience dans sa globalité
+## 4 — Conception du service du début à la fin
 
 Comprenez le but des utilisateurs et les étapes qu'ils devront suivre pour accomplir cette tâche. Chaque contact avec le service devra les rapprocher de leur objectif. Si possible, chaque étape devra pouvoir être complétée en ligne.
 
@@ -211,7 +213,7 @@ Au minimum :
 * utilisez des données analytiques dans le cadre de votre plan de recherche utilisateur;
 * montrez tout problème trouvé grâce à vos tests et les solutions que vous proposez.
 
-## 5 — Veiller à ce que les utilisateurs atteignent leur but du premier coup
+## 5 — Réussite assurée dès le premier essai des utilisateurs
 
 Utiliser un service gouvernemental devrait être intuitif et aisé. Un service bien conçu doit être tellement simple que les utilisateurs atteignent leur objectif du premier coup, sans avoir besoin d'aide.
 
@@ -296,7 +298,7 @@ Au minimum :
 
 * [*Loi sur l’accessibilité pour les personnes handicapées de l’Ontario*](https://www.ontario.ca/fr/lois/loi/05a11), [Normes pour l'information et les communications](https://www.ontario.ca/fr/lois/reglement/r11191#BK9)
 
-## 8 — Utiliser des méthodes agiles et axées sur l’utilisateur
+## 8 — Souplesse et orientation sur l’utilisateur
 
 Concevez et créez le service en utilisant une approche agile et axée sur l’utilisateur. Agile est une façon de créer des services en divisant l’ensemble du travail en blocs de plus petite taille appelés des itérations. Créez une fonctionnalité du service à la fois jusqu’à ce que tout le service soit terminé.
 
@@ -424,7 +426,7 @@ Une fois que le service est opérationnel, décrivez :
 [l4]: https://www.priv.gc.ca/fr/sujets-lies-a-la-protection-de-la-vie-privee/lois-sur-la-protection-des-renseignements-personnels-au-canada/la-loi-sur-la-protection-des-renseignements-personnels-et-les-documents-electroniques-lprpde/r_o_p/
 [l5]: http://fightspam.gc.ca/eic/site/030.nsf/fra/accueil
 
-## 11 — Encourager tout le monde à utiliser le service numérique
+## 11 — Utilisation des services numériques encouragée
 
 Encouragez les personnes à choisir le service numérique à chacune de leurs interactions avec le gouvernement.
 
@@ -459,7 +461,7 @@ Une fois que le service est opérationnel :
 * planifiez le transfert et l’accroissement du nombre des utilisateurs vers le service numérique et fixez des objectifs annuels sur 5 ans;
 * mesurez l’incidence prévue sur les autres points de service (par téléphone, en personne) et la façon dont elle pourrait influencer l’attribution des financements et des ressources.
 
-## 12 — Soutenir les personnes qui en ont besoin
+## 12 — Soutien aux personnes qui en ont besoin
 
 Mettez en place dans tous les canaux des outils visant à soutenir les personnes qui ne peuvent pas utiliser elles-mêmes des services numériques.
 

README.md

@@ -12,7 +12,9 @@ You can share your thoughts and ideas about the standard by: 
 * emailing us at [digital.standard@ontario.ca](mailto:digital.standard@ontario.ca)
 * forking our [GitHub repository](https://github.com/ontario-digital/Digital-Service-Standard)
 
-## Email guidelines
+## Contributing to the standard
+
+### By email
 
 * Send plain text formats like text files, Word documents and Google docs
 * Do not send HTML, PDF, printed paper or handwritten notes
@@ -21,7 +23,7 @@ You can share your thoughts and ideas about the standard by: 
 * Use Track Changes or suggest mode if you are sending Word or Google documents
 * Tell us the reason for your suggestion and the benefit it will have
 
-## GitHub guidelines
+### On GitHub
 
 **NOTE:** The `develop` branch is a working draft. The official standard is in the `master` branch and on [Ontario.ca](https://www.ontario.ca/page/digital-service-standard).
 * Use markdown to format your changes
@@ -30,7 +32,7 @@ You can share your thoughts and ideas about the standard by: 
 * Name your branch with your first name or user name, the type of change (fix for typos, grammar edits or feature for any additions or deletions), followed by a description of your changes name/fix/my-changes OR name/feature/my-changes
 * Make one commit per change and explain the reason for your change in your commit message (not what you changed, but why)
 
-## How we will evaluate changes to the standard
+### How we will evaluate contributions to the standard
 
 
The policy team will review all of the changes submitted by email and GitHub and decide which changes to make based on the following criteria:  
 
@@ -55,8 +57,8 @@ feedback with us.
 | User needs |            |
 | ---------- | ---------- |
 | <img alt="DNA strand metaphor with user needs woven throughout the helix which twists four times, for each phase of service design" src="./images/dna-strand1.png" width="100"> | <h3>Discovery (June-July)</h3>Conducting user research within the Ontario Digital Service and critical partners |
-| <img alt="DNA strand metaphor with user needs woven throughout the helix which twists four times, for each phase of service design" src="./images/dna-strand2.png" width="100"> | <h3>Alpha (July-September)</h3>Publishing a first draft and updating once a month based on user feedback and web analytics |
-| <img alt="DNA strand metaphor with user needs woven throughout the helix which twists four times, for each phase of service design" src="./images/dna-strand3.png" width="100"> | <h3>Beta (October-March)</h3>Continuing to update the standard and adding more guides based on user input and analytics |
+| <img alt="DNA strand metaphor with user needs woven throughout the helix which twists four times, for each phase of service design" src="./images/dna-strand2.png" width="100"> | <h3>Alpha (July-December)</h3>Publishing a first draft and updating once a month based on user feedback and web analytics |
+| <img alt="DNA strand metaphor with user needs woven throughout the helix which twists four times, for each phase of service design" src="./images/dna-strand3.png" width="100"> | <h3>Beta (January-March)</h3>Continuing to update the standard and adding more guides based on user input and analytics |
 | <img alt="DNA strand metaphor with user needs woven throughout the helix which twists four times, for each phase of service design" src="./images/dna-strand4.png" width="100"> | <h3>Live (March-May)</h3>Standard published with links to communities of practice, still continually updated |
 
 ## 1 — Establish the right team
@@ -238,7 +240,7 @@ Ontario.ca is the government's flagship website. At a minimum:
   [Open Data Directive](https://www.ontario.ca/page/ontarios-open-data-directive)
 * Social Media - [Ontario Public Service social media guidelines](https://www.ontario.ca/page/ontario-public-service-social-media-guidelines)
 
-## 4 — Address the whole experience from start to finish
+## 4 — Design the service from start to finish
 
 Understand what users are trying to achieve and the steps required to
 complete that task. Every encounter should move the user closer towards
@@ -283,7 +285,7 @@ At a minimum:
 * use analytics data in the user research plan
 * show any problems found through testing and proposed solutions
 
-## 5 — Make sure people succeed the first time
+## 5 — Ensure users succeed the first time
 
 Using a government service should be an intuitive and stress-free
 experience. Good service should be so simple that users can succeed on
@@ -410,7 +412,7 @@ At a minimum:
 
 * [*Accessibility for Ontarians with Disabilities Act, Information and Communication Standard*](https://www.ontario.ca/laws/regulation/r11191#BK9)
 
-## 8 — Use agile and user-centred methods
+## 8 — Be agile and user-centred
 
 Design and build the service using an agile and user-centred approach.
 Agile is an approach to building services that breaks the work into
@@ -575,7 +577,7 @@ When the service is live, describe:
 [l4]: https://www.pwriv.gc.ca/en/privacy-topics/privacy-laws-in-canada/the-personal-information-protection-and-electronic-documents-act-pipeda/r_o_p/
 [l5]: http://fightspam.gc.ca/eic/site/030.nsf/eng/home
 
-## 11 — Encourage everyone to use the digital service
+## 11 — Encourage people to use digital services
 
 Encourage people to choose the digital service through every interaction
 they have with government.
@@ -620,7 +622,7 @@ When the service is live:
   yearly targets for 5 years
 * measure the expected impact on other service points, such as phone and in person, and how that could impact funding and resource allocation
 
-## 12 — Provide support for those who need it
+## 12 — Support those who need it
 
 Put tools in place across all channels to support people who cannot use
 digital services on their own.