Deprecating the Style Guide in favour of the Design System

Context

With the introduction of the design system, we need to move away from the Style Guide, containing old/existing components, and fully adopt the new Component Library Package. This shift will ensure design and development consistency, improve maintainability, and simplify the development processes.

Problem

The old Style Guide contains a combination of existing and currently in use components as well as outdated components that may no longer align with our current design standards or technical requirements. Continuing to rely on this legacy system can lead to inconsistencies, technical debt, and inefficiencies in our workflow. A clear strategy is needed to phase out the old style guide and transition to the new component library.

Proposed Strategy for Deprecation and Migration

  1. Component Review:
    • Audit Existing Components: Conduct a thorough review of all components in the old style guide. Identify which components are still relevant, which need updates, and which are redundant or no longer in use.
    • Evaluate Against New Standards: Compare each component with the new component library to determine if a similar or improved version already exists or if the component needs to be recreated in the new system.
  2. Migration to the New Component Library:
    • Move Relevant Components: For components that are still useful and not yet available in the new library, migrate them over. This involves updating the design, code, and documentation to align with current standards and practices.
    • Refactor or Redesign: Where necessary, refactor or redesign components to meet the new design system's guidelines before migration.
  3. Deprecation of Unused/Irrelevant Components:
    • Remove style guide from App links: To limit the style guide components being surfaced remove from the app links and replace with the Component Showcase.
    • Identify Deprecated Components: Mark components that are outdated, redundant, or no longer align with current design and development practices as deprecated.
    • Communicate Deprecation: Clearly communicate the deprecation status of these components to all relevant stakeholders, providing guidance on alternative solutions or components in the new library.
    • Phase-Out Process: Gradually phase out the usage of deprecated components, providing a timeline for their removal and ensuring that all instances in the product are updated or replaced.
  4. Complete Deletion of the Old Style Guide:
    • Final Review: Once the migration is complete and all components have been either moved, refactored, or deprecated, conduct a final review to ensure that the old style guide is no longer in use.
    • Delete the Style Guide: Remove the old style guide from the codebase and design resources to prevent any future use. Archive the necessary documentation for historical reference.