869
edits
Changes
Jump to navigation
Jump to search
24 avril 2024 - Mises à jour, les priorités de la semaine (view source)
Revision as of 10:50, 8 May 2024
, 8 MayCreated page with "Retour à GC Web Priorities Meetings - Réunions des Priorités Web du GC ==Renseignements sur la réunion== ===Ordre du jour=== 1. Mises à jour 2. Tour de table ==Notes..."
Retour à [[GC Web Priorities Meetings - Réunions des Priorités Web du GC]]
==Renseignements sur la réunion==
===Ordre du jour===
1. Mises à jour
2. Tour de table
==Notes et mesures de suivi==
===Mises à jour===
'''BCP'''
*Nous recevons des questions concernant le budget; rien à dire pour l’instant, nous transmettrons les informations lorsqu’elles viendront.
*Le budget sera annoncé le 17 avril.
*La réunion mensuelle sur Adobe Analytics avait lieu ce matin. Jetez un coup d’œil à la page [https://www.gcpedia.gc.ca/wiki/Adobe_Analytics_Change_Management_Meetings GCPédia si vous souhaitez participer à la prochaine réunion.]
===Tour de table===
'''ARC'''
*Si vous avez effectué la migration de votre intranet vers Sharepoint, veuillez contacter [Mailto:gabriel.portillo@cra-arc.gc.ca gabriel.portillo@cra-arc.gc.ca.]
*Nous recherchons aussi des personnes qui peuvent partager leur expérience de formation à Drupal.
'''Sécurité publique Canada'''
*Urgences relatives aux feux de forêt : la planification pour la prochaine saison des feux de forêt se fait actuellement entre cadres. La coordination sur la présence Web (https://www.canada.ca/fr/securite-publique-canada/campagnes/feux-de-foret.html) doit se faire par l’intermédiaire de collègues qui participent aux appels de la Coordination fédérale des communications d’urgence pour toute mise à jour ou ajout de lien.
*Préparez-vous : nous prévoyons publier du contenu actualisé pour la première série de 10 dangers développés avec des ministères partenaires dans les semaines à venir, avant la Semaine de la sécurité civile (le 5 mai).
'''Santé Canada — Rappels et avis de sécurité : tests EU mis à jour'''
*Présentation
*Site Web sur les appels et avis de sécurité
*Buts et objectifs, pour déterminer si les changements apportés ont aidé les utilisateur·rice·s
*Les utilisateur·rice·s devaient réaliser 14 tâches
*Étude antérieure : modérée
**Toutes les tâches étaient en ordre aléatoire
*Nouvelle étude :
**non modérée
*Nous avons utilisé UserZoom
*Résultats :
**Nous avons noté les utilisateur·rice·s sur une échelle de 1 à 5
**Nous avons trouvé ce système mieux que celui de « réussite/échec »
*Accomplissement des tâches, avant vs après
**Le taux de réussite des utilisateur·rice·s a augmenté d’environ 22 %
**Les utilisateur·rice·s ont été frustré·e·s à la tâche 7, disant qu’elle n’était pas conviviale.
**Si on compare les tâches 7 et 14, cette dernière recourant au système de recherche de Transport Canada, les utilisateur·rice·s ont préféré le système de Transport Canada.
**Pour la tâche 1, où il fallait trouver s’il existe des problèmes avec le médicament Primidone, il semble y avoir un problème avec les métadonnées qui fait en sorte que les résultats du GC apparaissent au bas de la page.
**Les utilisateur·rice·s perçoivent les filtres comme un obstacle plutôt qu’un outil.
*Problèmes relatifs aux filtres
**Nous demandons aux utilisateur·rice·s de filtrer les résultats à l’aide de catégories qu’ils et elles ne connaissent pas.
**De plus, sur mobile, les utilisateur·rice·s devaient faire défiler la page sur l’équivalent de plusieurs écrans, simplement pour passer outre les filtres.
*Problèmes relatifs à la recherche
**Le système de recherche recueille trop de résultats basés sur des termes de recherche non pertinents
**Les utilisateur·rice·s sont plus enclin·e·s à attendre s’il y a une animation de chargement en cours
**Si rien ne se passe, les personnes ne savent pas si la recherche s’est arrêtée
**Les utilisateur·rice·s ne savent pas quand cesser de chercher
**Les mesures à prendre se trouvaient au bas de la page
*Problèmes de conception sur mobile :
**Nous avons dû nous assurer que les utilisateur·rice·s sur mobile n’avaient pas à faire défiler la page horizontalement
**Il faut tenir compte de la façon dont les gens tiennent leur téléphone
*Leçons apprises :
**Il ne suffit que d’une mauvaise expérience pour qu’un mauvais système mine la confiance de l’utilisateur·rice, après quoi cette personne utilisera un autre système comme Google
**Nous avons bâti un prototype qui peut être testé
**Les personnes ne savent pas si ce qu’elles recherchent existe ou non
***Si le résultat n’apparaît pas sur-le-champ, elles vont prendre pour acquis qu’il n’y a pas de rappel
'''QUESTIONS'''
Q : [https://conception.canada.ca/configurations-conception-communes/tableaux.html Le SD sur Canada.ca] a été conçu pour éviter le défilement horizontal, mais il est demeuré à l’état bêta.
R : Transport Canada dispose d’un bon système de recherche interne, mais il n’est pas vraiment accessible de Google. Les données de Santé Canada sont accessibles dans Google. Nous utilisons une plateforme Drupal comme base, et à ce jour nous n’avons pas été en mesure d’implémenter le tableau adaptatif, mais nous y travaillons actuellement.
Q : Très bonne présentation. Deux remarques : Il semble que les alertes étaient permanentes, mais elles devraient plutôt être temporaires. L’icône de santé n’était pas facile à identifier.
R : Merci beaucoup.
Q : Comment avez-vous trouvé UserZoomGo?
R : En fait, la compagnie vient d’être rachetée, donc restez à l’affût pour savoir quels sont les autres produits.
BTN :
*Nous avons étudié plusieurs produits, voici notre analyse. Le coût de UserZoomGo a assurément monté depuis le changement de société.
*C’est une bonne occasion pour tout le monde de faire part de ses expériences dans Slack, car les entreprises changent rapidement, et le paysage est donc en constante évolution.
'''Commentaires sur les outils de recherche :'''
*Les participant·e·s ont mentionné qu’il serait utile de dresser une liste des outils approuvés avec les justifications utilisées par les équipes pour obtenir l’approbation.
*Une personne a mentionné que ce serait une bonne idée si l’Éditeur Principal avait une licence pour un outil de recherche semblable à Adobe Analytics, utilisable par toute la communauté.
==Renseignements sur la réunion==
===Ordre du jour===
1. Mises à jour
2. Tour de table
==Notes et mesures de suivi==
===Mises à jour===
'''BCP'''
*Nous recevons des questions concernant le budget; rien à dire pour l’instant, nous transmettrons les informations lorsqu’elles viendront.
*Le budget sera annoncé le 17 avril.
*La réunion mensuelle sur Adobe Analytics avait lieu ce matin. Jetez un coup d’œil à la page [https://www.gcpedia.gc.ca/wiki/Adobe_Analytics_Change_Management_Meetings GCPédia si vous souhaitez participer à la prochaine réunion.]
===Tour de table===
'''ARC'''
*Si vous avez effectué la migration de votre intranet vers Sharepoint, veuillez contacter [Mailto:gabriel.portillo@cra-arc.gc.ca gabriel.portillo@cra-arc.gc.ca.]
*Nous recherchons aussi des personnes qui peuvent partager leur expérience de formation à Drupal.
'''Sécurité publique Canada'''
*Urgences relatives aux feux de forêt : la planification pour la prochaine saison des feux de forêt se fait actuellement entre cadres. La coordination sur la présence Web (https://www.canada.ca/fr/securite-publique-canada/campagnes/feux-de-foret.html) doit se faire par l’intermédiaire de collègues qui participent aux appels de la Coordination fédérale des communications d’urgence pour toute mise à jour ou ajout de lien.
*Préparez-vous : nous prévoyons publier du contenu actualisé pour la première série de 10 dangers développés avec des ministères partenaires dans les semaines à venir, avant la Semaine de la sécurité civile (le 5 mai).
'''Santé Canada — Rappels et avis de sécurité : tests EU mis à jour'''
*Présentation
*Site Web sur les appels et avis de sécurité
*Buts et objectifs, pour déterminer si les changements apportés ont aidé les utilisateur·rice·s
*Les utilisateur·rice·s devaient réaliser 14 tâches
*Étude antérieure : modérée
**Toutes les tâches étaient en ordre aléatoire
*Nouvelle étude :
**non modérée
*Nous avons utilisé UserZoom
*Résultats :
**Nous avons noté les utilisateur·rice·s sur une échelle de 1 à 5
**Nous avons trouvé ce système mieux que celui de « réussite/échec »
*Accomplissement des tâches, avant vs après
**Le taux de réussite des utilisateur·rice·s a augmenté d’environ 22 %
**Les utilisateur·rice·s ont été frustré·e·s à la tâche 7, disant qu’elle n’était pas conviviale.
**Si on compare les tâches 7 et 14, cette dernière recourant au système de recherche de Transport Canada, les utilisateur·rice·s ont préféré le système de Transport Canada.
**Pour la tâche 1, où il fallait trouver s’il existe des problèmes avec le médicament Primidone, il semble y avoir un problème avec les métadonnées qui fait en sorte que les résultats du GC apparaissent au bas de la page.
**Les utilisateur·rice·s perçoivent les filtres comme un obstacle plutôt qu’un outil.
*Problèmes relatifs aux filtres
**Nous demandons aux utilisateur·rice·s de filtrer les résultats à l’aide de catégories qu’ils et elles ne connaissent pas.
**De plus, sur mobile, les utilisateur·rice·s devaient faire défiler la page sur l’équivalent de plusieurs écrans, simplement pour passer outre les filtres.
*Problèmes relatifs à la recherche
**Le système de recherche recueille trop de résultats basés sur des termes de recherche non pertinents
**Les utilisateur·rice·s sont plus enclin·e·s à attendre s’il y a une animation de chargement en cours
**Si rien ne se passe, les personnes ne savent pas si la recherche s’est arrêtée
**Les utilisateur·rice·s ne savent pas quand cesser de chercher
**Les mesures à prendre se trouvaient au bas de la page
*Problèmes de conception sur mobile :
**Nous avons dû nous assurer que les utilisateur·rice·s sur mobile n’avaient pas à faire défiler la page horizontalement
**Il faut tenir compte de la façon dont les gens tiennent leur téléphone
*Leçons apprises :
**Il ne suffit que d’une mauvaise expérience pour qu’un mauvais système mine la confiance de l’utilisateur·rice, après quoi cette personne utilisera un autre système comme Google
**Nous avons bâti un prototype qui peut être testé
**Les personnes ne savent pas si ce qu’elles recherchent existe ou non
***Si le résultat n’apparaît pas sur-le-champ, elles vont prendre pour acquis qu’il n’y a pas de rappel
'''QUESTIONS'''
Q : [https://conception.canada.ca/configurations-conception-communes/tableaux.html Le SD sur Canada.ca] a été conçu pour éviter le défilement horizontal, mais il est demeuré à l’état bêta.
R : Transport Canada dispose d’un bon système de recherche interne, mais il n’est pas vraiment accessible de Google. Les données de Santé Canada sont accessibles dans Google. Nous utilisons une plateforme Drupal comme base, et à ce jour nous n’avons pas été en mesure d’implémenter le tableau adaptatif, mais nous y travaillons actuellement.
Q : Très bonne présentation. Deux remarques : Il semble que les alertes étaient permanentes, mais elles devraient plutôt être temporaires. L’icône de santé n’était pas facile à identifier.
R : Merci beaucoup.
Q : Comment avez-vous trouvé UserZoomGo?
R : En fait, la compagnie vient d’être rachetée, donc restez à l’affût pour savoir quels sont les autres produits.
BTN :
*Nous avons étudié plusieurs produits, voici notre analyse. Le coût de UserZoomGo a assurément monté depuis le changement de société.
*C’est une bonne occasion pour tout le monde de faire part de ses expériences dans Slack, car les entreprises changent rapidement, et le paysage est donc en constante évolution.
'''Commentaires sur les outils de recherche :'''
*Les participant·e·s ont mentionné qu’il serait utile de dresser une liste des outils approuvés avec les justifications utilisées par les équipes pour obtenir l’approbation.
*Une personne a mentionné que ce serait une bonne idée si l’Éditeur Principal avait une licence pour un outil de recherche semblable à Adobe Analytics, utilisable par toute la communauté.
