Chỉ số sức khỏe design system cần rà soát hàng quý

Hầu hết đội nhìn vào design system (hệ thiết kế dùng chung) và hỏi: "Mình làm ra bao nhiêu component rồi?" Đó là câu hỏi sai. Câu hỏi đúng là: "Cái mình làm ra có ai đang dùng không, dùng đội nào, và dùng có chuẩn không?" Rà soát hàng quý chỉ có giá trị khi nó trả lời được câu hỏi đúng đó, dẫn đến quyết định cụ thể, không chỉ tạo ra một bản báo cáo đẹp.

Bốn nhóm chỉ số cốt lõi

Sinh Vũ gợi ý tổ chức bộ chỉ số hàng quý theo bốn nhóm theo thứ tự trưởng thành của hệ.

• Sản lượng (output): số component, pattern, token hoàn thiện; số bản phát hành trong quý; số vụ hỗ trợ đã giải quyết. Nhóm này dễ đo nhất và thường là nơi bắt đầu khi hệ còn non.
• Độ phủ (coverage): bao nhiêu phần của sản phẩm thực tế đang dùng đồ của hệ, tính theo tính năng hoặc khu vực giao diện. Độ phủ cao mà không đều là dấu hiệu đội nào đó đang bỏ hệ.
• Mức áp dụng theo đội (adoption by team): không chỉ tổng lượt dùng mà là đội nào dùng component nào nhiều nhất và đội nào hầu như không chạm vào hệ. Đây là chỉ số Nathan Curtis nhấn mạnh: phải hiểu ai đang dùng cái gì và dùng thế nào.
• Chất lượng thực thi (usage quality): component được cài đúng tiêu chuẩn tới đâu, hay bị dùng lệch, bị ghi đè bừa, bị tùy biến ra ngoài hệ. Nhóm này khó đo nhất nhưng là tín hiệu sớm nhất báo hệ đang loãng.

Tín hiệu hỗ trợ nên theo dõi thêm

Ngoài bốn nhóm cốt lõi, một số tín hiệu phụ giúp Anh Chị đọc được bức tranh đầy đủ hơn.

• Số câu hỏi lặp lại: nếu cùng một câu hỏi xuất hiện nhiều lần trong quý, tài liệu hoặc hướng dẫn đang có lỗ hổng.
• Tốc độ onboarding: người mới mất bao lâu để tự làm được việc với hệ mà không cần hỏi. Kéo dài là dấu hiệu hệ phức tạp hơn mức cần thiết.
• Chỉ số chất lượng kỹ thuật: khả năng tiếp cận (accessibility), hiệu năng tải, và độ sạch code nếu ngành có ràng buộc chuẩn hoặc nhiều đội cùng dùng.

Sparkbox ghi nhận chỉ khoảng 16% hệ thiết kế có đo chỉ số có hệ thống. Nhưng những hệ đầu tư vào chỉ số chất lượng thực tế có mức áp dụng cao hơn rõ ràng so với hệ chỉ đếm component.

Khi nào ưu tiên nhóm nào

Lỗi thường gặp khi rà soát

• Chỉ khoe số component làm ra mà không đo có ai dùng không. Sản lượng không phải giá trị, áp dụng mới là giá trị.
• Đo tổng lượt dùng mà bỏ qua chi tiết đội nào. Tổng đẹp có thể che giấu việc hai đội đã hoàn toàn ngừng dùng hệ.
• Đặt quá nhiều chỉ số đến mức không ai rà nổi mỗi quý. Một bộ nhỏ rà được đều đặn tốt hơn bộ lớn rà một lần rồi bỏ.
• Coi buổi rà soát là buổi báo cáo thành tích, không phải buổi ra quyết định. Mỗi buổi rà phải kết thúc bằng ít nhất một việc cụ thể quý tới sẽ làm khác.

Bắt đầu ở đo sản lượng rồi tiến tới đo áp dụng, vì hệ tạo giá trị khi sản phẩm ship trải nghiệm dùng đồ của hệ. Đừng chỉ đo dùng bao nhiêu mà phải hiểu ai đang dùng component nào và dùng thế nào.

Nathan Curtis, Measuring Design System Success (EightShapes)

Góc nhìn của Sinh Vũ

Trong gói bàn giao có quản trị, Sinh Vũ đưa sẵn bộ chỉ số theo dõi mức áp dụng phân theo từng đội, gắn với biên bản rà soát hàng quý. Mục tiêu là mỗi quý đội nhìn lại được ngay: hệ còn khỏe hay đang loãng, và quý tới cần ưu tiên gì.

Sinh Vũ không đưa con số phần trăm áp dụng làm cam kết cứng, vì con số đó phụ thuộc vào đội và sản phẩm mà Anh Chị tự vận hành sau bàn giao. Điều Sinh Vũ cam kết là thiết kế bộ chỉ số đủ gọn để rà được thực tế, không chỉ đủ đẹp để báo cáo.

Nếu Anh Chị đang rà soát hệ lần đầu và chưa biết bắt đầu từ đâu, hãy chọn một chỉ số từ mỗi nhóm cốt lõi, rà một quý, rồi điều chỉnh. Đừng cố thiết kế bộ chỉ số hoàn hảo ngay từ đầu.