Chọn mô hình quản trị design system

Câu hỏi về mô hình quản trị design system (hệ thống thiết kế) thường xuất hiện theo hai hoàn cảnh: tổ chức đang bắt đầu xây hệ thống và muốn làm đúng ngay từ đầu, hoặc tổ chức đã có hệ thống nhưng đang bị đau theo một trong hai chiều, tập trung quá thì tắc nghẽn, phân tán quá thì mỗi đội mỗi phách. Câu hỏi không phải "mô hình nào tốt nhất" mà là "mô hình nào phù hợp với tổ chức của Anh/Chị lúc này".

Ba mô hình, ba đánh đổi

Nathan Curtis từ EightShapes và Brad Frost trong Atomic Design mô tả ba mô hình cổ điển như sau.

Các yếu tố cần cân nhắc

• Quy mô đội: Dưới mười lăm người thường phù hợp tập trung. Từ mười lăm đến năm mươi người bắt đầu cần đại diện liên bang. Trên năm mươi người hầu hết phải đi đến hybrid. Đây là chỉ báo ban đầu, không phải quy tắc cứng.
• Mức độ phân hóa nhu cầu: Nếu các sản phẩm có trải nghiệm người dùng tương đối giống nhau, tập trung vẫn hoạt động tốt dù tổ chức khá lớn. Nếu mỗi sản phẩm phục vụ tập khách hàng và ngữ cảnh khác nhau rõ rệt, federated hay hybrid có lý hơn.
• Tốc độ thay đổi của sản phẩm: Đội ra tính năng mới mỗi tuần cần ít ma sát hơn trong quy trình cập nhật hệ thống. Mô hình tập trung cứng nhắc sẽ kéo chậm họ.
• Văn hóa ra quyết định: Tổ chức có văn hóa tự chủ cao, quen với việc mỗi đội tự quyết, sẽ chịu đựng tập trung kém hơn tổ chức quen với trung tâm hóa.
• Năng lực thực có: Mô hình hybrid đẹp trên giấy nhưng cần người vận hành quy trình đóng góp, kiểm duyệt, phát hành. Nếu không có người làm việc đó, hybrid sẽ thành tập trung trên danh nghĩa và hỗn loạn trên thực tế.

Khi nào chọn hướng nào, cụ thể

Chọn tập trung khi: đội nhỏ (dưới mười lăm người), một đến hai sản phẩm chính, cần kiểm soát chất lượng thương hiệu chặt, và chưa có vấn đề tắc nghẽn thực sự nào từ mô hình này.

Chọn liên bang khi: nhiều sản phẩm tương đối độc lập, mỗi đội đã có designer và engineer riêng, và đã phát sinh nhu cầu khác nhau không thể gom về một quyết định chung. Lưu ý: phải chỉ định rõ người có quyền ra quyết định cuối khi có bất đồng. Không có người này, federated sẽ bị liệt.

Chọn hybrid khi: tổ chức đủ lớn để có core team riêng cho hệ thống, đồng thời các đội sản phẩm đã đủ năng lực để đóng góp có trách nhiệm. Điều kiện tiên quyết là viết thành văn bản rõ ràng: phần nào thuộc core, phần nào các đội được tự quyết, quy trình đóng góp và kiểm duyệt là gì.

Mô hình liên bang thất bại không phải vì ý tưởng sai, mà vì không ai được trao quyền ra quyết định cuối. Ủy ban không thiết kế được hệ thống.

Quan điểm thực hành, cộng đồng design system

Lỗi thường gặp

• Bắt đầu bằng federated khi tổ chức chưa đủ lớn. Chi phí phối hợp tăng nhưng không thêm giá trị thực, vì các đội chưa thực sự có nhu cầu khác nhau.
• Giữ tập trung quá lâu khi tổ chức đã lớn. Nhóm sở hữu hệ thống trở thành điểm nghẽn: mọi thứ đều phải chờ họ, các đội sản phẩm bắt đầu tạo giải pháp riêng ngoài hệ thống.
• Tuyên bố hybrid nhưng không định nghĩa ranh giới. Kết quả là xung đột ngầm: ai cũng nghĩ mình có quyền sửa phần cốt lõi, hệ thống dần phân mảnh.
• Chọn mô hình vì nghe ngành đang làm vậy, không phải vì tổ chức mình có vấn đề đó.

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

Hầu hết khách hàng Sinh Vũ gặp ở giai đoạn một đến hai sản phẩm, đội dưới hai mươi người. Với bối cảnh đó, mô hình phù hợp nhất là tập trung với một đến hai người sở hữu rõ ràng. Sinh Vũ không tư vấn khách xây federated hay hybrid ngay khi chưa có vấn đề thực sự từ mô hình tập trung, vì làm vậy là tạo ra công việc phối hợp không cần thiết.

Khi khách hỏi về federated, Sinh Vũ thường hỏi ngược lại: đội nào trong tổ chức của Anh/Chị đang bị tắc nghẽn bởi mô hình hiện tại, và họ bị tắc ở điểm nào cụ thể? Nếu Anh/Chị không trả lời được câu đó, tổ chức chưa cần chuyển mô hình.

Mô hình quản trị không phải quyết định một lần mãi mãi. Bắt đầu đơn giản, vận hành đến khi có vấn đề thực, rồi điều chỉnh. Đó là cách tiết kiệm chi phí và sai sót nhất.

Câu hỏi thường gặp

Chúng tôi có hai đội sản phẩm, có cần xây mô hình liên bang không?

Chưa cần. Mô hình liên bang sinh ra chi phí phối hợp đáng kể, chỉ có lợi khi hai đội đã thực sự có nhu cầu khác nhau và mô hình tập trung đang kéo chậm họ. Với hai đội ở giai đoạn đầu, một người sở hữu hệ thống cộng với quy trình đóng góp đơn giản là đủ.

Mô hình lai (hybrid) khác gì so với mô hình tập trung?

Trong mô hình tập trung, một nhóm nhỏ quyết định và kiểm soát toàn bộ hệ thống. Trong mô hình lai, nhóm đó giữ phần cốt lõi (token, pattern chung) nhưng cho phép các đội sản phẩm đóng góp và mở rộng trong khung đã định sẵn. Ranh giới giữa phần cốt lõi và phần mở rộng phải được viết rõ, nếu không mô hình lai sẽ sinh ra xung đột quyền sở hữu.

Tổ chức chúng tôi đã lớn nhưng quen với văn hóa tự chủ cao, có nên tập trung không?

Văn hóa ra quyết định quan trọng không kém quy mô. Nếu tổ chức có văn hóa tự chủ mạnh và các đội đã phân hóa rõ, ép về mô hình tập trung thường tạo ra sức cản. Hướng thực tế hơn là hybrid: giữ một core team nhỏ có thẩm quyền thật sự với phần nền, và để các đội tự quyết trong biên đã thỏa thuận.