稽核設計系統成熟度與採用情況

流程

照這個順序做。

1. 定義評估涵蓋的產品、團隊、平台、儲存庫、設計庫與成熟度面向。
2. 盤點設計與程式中的基礎、權杖、元件、模式、文件、發行流程、貢獻路徑與擁有權。
3. 抽樣線上產品畫面與儲存庫，比對實際使用與系統；記錄重複、分支、覆寫與無障礙缺口。
4. 訪談維護者與使用者，了解探索、信任、貢獻、支援、升級摩擦與缺少能力。
5. 用書面評分尺為各成熟度面向打分，並附證據、信心與歧見，而不是把缺口平均掉。
6. 依使用者影響、採用槓桿、風險與投入，排定分階段改善待辦；指定負責人、衡量與再評估日期。

先準備

貓會向你要的輸入。

• 設計庫與程式儲存庫
• 產品與團隊範圍
• 維護者與使用者窗口
• 選定的成熟度評分尺

路由器 + 一份 playbook

先路由。只選一份。

Cat Paw 每次任務只載入一份 playbook，不合併多份。先走這個路由器；其餘路徑是此 workflow 可檢查的候選。

• 路由器： design-pack
• skills/design/ui-skills/improve-ui/SKILL.md
• skills/design/ui-skills/create-design-md/SKILL.md
• skills/design/ui-skills/fixing-accessibility/SKILL.md

完成代表

一個可核對的終點。

每個範圍內成熟度面向都有附證據的基準與信心，資料允許時已量化採用缺口，優先待辦有負責人、成功衡量與再評估日期。

來源

這個流程從哪來。

1. designsystem.digital.gov/maturity-model/
2. designsystem.digital.gov/components/lifecycle/

來源確立 workflow 的模式。若有 Reddit 或社群貼文，視為實務軼事，不是普遍事實。