You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As a design system contributor,
I want to create upstream documentation and examples for the Enrollment Card component in VADS,
So that other teams can easily adopt, implement, and maintain the pattern within VA.gov.
Background
The Enrollment Card pattern is a new component designed to surface benefits information to authenticated users in a clear, actionable format. As AEDP is not responsible for validating the component, the focus will be on creating comprehensive documentation within the VA Design System (VADS) to support VFS teams. This includes detailed guidance, example code, and Storybook implementation to ensure consistency, accessibility, and scalability across VA products.
Discovery Goals
Provide comprehensive documentation for the Enrollment Card component to ensure easy adoption and implementation.
Demonstrate practical use cases with examples in Storybook.
Validate that the pattern aligns with VADS guidelines, accessibility standards, and engineering requirements.
Document design and technical decisions to guide teams in leveraging the component effectively.
Questions to Answer
What content guidelines, accessibility considerations, and design specifications are required for the Enrollment Card pattern?
Are there existing guidelines that need to be updated or removed to support this new pattern?
How can example code be structured to demonstrate both basic and advanced use cases?
What governance and implementation guidance will help other teams integrate the Enrollment Card into their products?
Resources
Finalized UX designs and research findings for the Enrollment Card pattern.
A functional web component implementation of the Enrollment Card.
Variations demonstrating different content states (e.g., single card, stacked cards).
Storybook Examples:
Interactive examples of the Enrollment Card pattern.
Annotations describing design rationale, interactions, and key decisions.
Acceptance Criteria
Component documentation is created and added to the VADS repo.
Example code is provided, demonstrating core functionality and edge cases.
Storybook examples are live, interactive, and include variations for different content states.
Accessibility considerations are documented, ensuring Section 508 and WCAG compliance.
Documentation is reviewed and approved by the design system team and stakeholders.
Constraints & Considerations
Ensure the Enrollment Card aligns with existing VADS standards for consistency and scalability.
The documentation must support teams with varying levels of available data to be used in the component.
Examples should include annotations for key design and technical decisions.
Review needed by
VA Design System Team
UX Research Team
Product Manager
Engineering Team
Definition of Done
Documentation has been updated, if applicable.
Acceptance Criteria in related issue are met.
Reviewers have approved.
The text was updated successfully, but these errors were encountered:
msbtterswrth
changed the title
Create VADS Documentation and Examples for the Baseball Card Pattern
Create VADS Documentation and Examples for the Enrollment Card Pattern
Jan 14, 2025
User Story
As a design system contributor,
I want to create upstream documentation and examples for the Enrollment Card component in VADS,
So that other teams can easily adopt, implement, and maintain the pattern within VA.gov.
Background
The Enrollment Card pattern is a new component designed to surface benefits information to authenticated users in a clear, actionable format. As AEDP is not responsible for validating the component, the focus will be on creating comprehensive documentation within the VA Design System (VADS) to support VFS teams. This includes detailed guidance, example code, and Storybook implementation to ensure consistency, accessibility, and scalability across VA products.
Discovery Goals
Questions to Answer
Resources
Deliverables
Acceptance Criteria
Constraints & Considerations
Review needed by
Definition of Done
The text was updated successfully, but these errors were encountered: