DTO Design Systems Working Group - October 31 2019 - Groupe de travail des systemes de conception du BTN - 31 octobre 2019

Meeting information

Progress Update
- Architecture (no presentation, but a discussion occurred)
- Documentation
- Experimentation and Governance
Next Steps

Architecture (WxT 5)

Needs a short list of components to start with, test, and do peer review before expanding
Will need a list of potential contributors for that peer review
Accessibility: where does the responsibility actually reside? The architecture framework should drive it, but how does deviating from the proposed framework gets handled from an accessibility standpoint?
We may want to find technical writers to help write documentation piece

Action items

Finalize the short list of prioritized components to start with
Complete an “contributors list” (from a developers standpoint)
Get lessons learned about documenting for multiple frameworks from GDS and/or USDS

Documentation

Prioritize components based on how they can promote task success (take a use-centered approach)
Figure out how to include accessibility in the documentation piece
Put some thought on how to give options to theme and style components

Action items

Finish prioritization of the component list
Establish clear definitions (style, component, pattern, page layout, template, etc.)
Come back with another iteration of the documentation example
Send examples of what we have done so far in terms of documentation

Experimentation

Phases of experimentation: discovery, alpha, beta, stable
Think of a way to include semantic versioning in the experimentation process
Detailing interrelationships (between components/patterns) may help experimentation (understanding impacts)
Challenge: designers/developers may have different needs (different tasks)

Actions items:

Progrès
- Architecture (pas de présentation, mais une discussion a eu lieu)
- Documentation (en anglais)
- Expérimentation et gouvernance
Prochaines étapes

Architecture (WxT 5)

Besoin d'une courte liste de composantes pour commencer, tester et faire l'examen par les pairs avant d'étendre à plus de composants
Besoin d'une liste de contributeurs potentiels pour cet examen par les pairs
Accessibilité : où réside réellement la responsabilité ? Le cadre d'architecture devrait preésenter la base, mais comment gérer l'impact des modifications du cadre proposé du point de vue de l'accessibilité ?
Nous voudrions peut-être trouver des rédacteurs techniques pour nous aider à rédiger des documents.

Mesures à prendre

Finaliser la liste restreinte des composantes prioritaires
Compléter une "liste de contributeurs" (du point de vue des développeurs)
Parler au GSD et/ou USDS au sujet des leçons apprises sur la documentation de plusieurs langages/plateformes

Documentation

Hiérarchiser les composants en fonction de la façon dont ils peuvent favoriser le succès des tâches (adopter une approche centrée sur l'utilisation)
Déterminer comment inclure l'accessibilité dans la documentation
Réfléchir à la façon de donner des options aux éléments de thème et de style

Mesures à prendre

Terminer la priorisation de la liste des composants
Établir des définitions claires (style, composant, modèle, mise en page, gabarit, etc.)
Revenir avec une autre itération de l'exemple de documentation
Envoyer des exemples de ce que nous avons fait jusqu'à présent en termes de documentation

Expérimentation

Phases d'expérimentation : découverte, alpha, bêta, stable
Réfléchir à un moyen d'inclure le versionnage sémantique dans le processus d'expérimentation
Détailler les interrelations (entre les composantes/modèles) peut aider à l'expérimentation (comprendre les impacts)
Défi : les concepteurs/développeurs peuvent avoir des besoins différents (tâches différentes).

Mesures à prendre :

Revenir avec des étapes d'expérimentation étoffées (définition + critères)
Terminer l'analyse ministérielle des personnes qui s'occupent du système d'expérimentation et de conception.