Trong nội bộ ai nên sở hữu hệ thống thiết kế

Câu hỏi về sở hữu hệ thống thiết kế (design system, tức bộ chuẩn giao diện và thành phần dùng chung) nghe có vẻ nội bộ, nhưng thực ra quyết định này ảnh hưởng trực tiếp đến tuổi thọ của hệ. Hệ không có chủ thì không ai ưu tiên nuôi nó, không ai giải quyết khi có mâu thuẫn chuẩn, và các đội dùng dần quay lại tự làm theo cách riêng.

Ba mô hình sở hữu phổ biến

Theo Nathan Curtis (EightShapes), có ba cách tổ chức quyền sở hữu hệ thống thiết kế trong doanh nghiệp:

Không có mô hình nào đúng tuyệt đối. Điều quan trọng là dù chọn mô hình nào, luôn phải có người chịu trách nhiệm hướng đi, không phải chỉ là người thực thi kỹ thuật.

Những yếu tố quyết định lựa chọn

• Số đội cùng dùng hệ: Một đến hai đội thì tập trung là đủ. Nhiều đội với nhu cầu khác nhau thì cần tiếng nói liên bang hoặc mô hình lai.
• Mức độ trưởng thành của các đội: Đội còn non thì cần nhóm lõi dẫn dắt chặt. Đội đã tự chủ thì cần được đóng góp vào hệ, nếu không họ sẽ tự làm riêng.
• Nguồn ngân sách: Ai trả tiền nuôi hệ thì thường phải có tiếng nói trong quyền sở hữu. Nếu không rõ ngân sách thuộc về ai, quyền sở hữu cũng sẽ mờ theo.
• Người đóng vai quản lý sản phẩm cho hệ: Hệ cần được vận hành như một sản phẩm nội bộ, tức là cần người giữ lộ trình, ưu tiên việc và làm cầu nối với các đội dùng. Nếu không có vai trò này, hệ sẽ phát triển theo phản ứng thay vì theo chiến lược.

Lỗi thường gặp khi không giao chủ rõ ràng

• Hệ là của chung, hóa ra không ai nuôi: Khi không ai được giao rõ trách nhiệm, mọi người đều giả định người khác đang lo. Hệ ngừng được cập nhật, các đội bắt đầu bỏ qua và tự làm theo cách riêng.
• Giao cho một cá nhân mà không có kế hoạch kế thừa: Người đó nghỉ việc thì hệ mất chủ ngay lập tức. Quyền sở hữu cần gắn với vai trò hoặc nhóm, không phải với một người cụ thể.
• Nhóm lõi ôm hết mọi việc: Khi nhóm chủ hệ từ chối nhận đóng góp từ đội khác, các đội cảm thấy hệ xa lạ với nhu cầu thực tế của họ và dần quay lưng với hệ.

Hệ thống thiết kế là một sản phẩm có chủ, có lộ trình và hàng đợi việc, phục vụ các đội nội bộ như phục vụ khách hàng.

Nathan Curtis, EightShapes: A Design System is a Product

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

Khi Sinh Vũ bàn giao hệ thống thiết kế cho khách, phần bàn giao không chỉ là file và component (thành phần giao diện). Sinh Vũ bàn giao kèm quy trình quản trị RFC (Request for Comment, tức quy trình đề xuất và xem xét thay đổi) và bộ chỉ số theo dõi áp dụng. Bộ khung này chính là hạ tầng để người chủ hệ nội bộ điều hành minh bạch: mọi thay đổi có người đề xuất, có người duyệt, và có vết ghi lại lý do.

Sinh Vũ không áp một mô hình sở hữu cứng cho mọi khách. Trong giai đoạn triển khai, Sinh Vũ ngồi với Anh Chị để xem quy mô đội, văn hóa ra quyết định và nguồn lực thực tế, rồi gợi ý mô hình phù hợp. Mô hình lai thường là điểm xuất phát tốt cho doanh nghiệp đang lớn dần, vì nó giữ được nhất quán mà không bóp nghẹt đóng góp từ các đội.

Điều Sinh Vũ thấy quan trọng nhất: quyết định ai sở hữu hệ nên được đưa ra trước khi hệ đi vào vận hành, không phải sau khi hệ đã rối.