Retainer hay thuê từng việc: chọn đúng mô hình hợp tác

Hệ thiết kế (design system, tức bộ ngôn ngữ thiết kế dùng chung cho toàn sản phẩm) không phải dự án giao một lần rồi đóng file. Nó là sản phẩm sống, cần ngân sách, cần người chăm, cần lộ trình. Câu hỏi đúng không phải "có nên ký dài hạn không" mà là "đội của Anh / Chị đã sẵn sàng tự nuôi hệ chưa". Nếu chưa, để trống người nuôi là cách nhanh nhất khiến hệ thoái hoá sau bàn giao.

Vì sao hệ thiết kế cần được nuôi liên tục

Brad Frost mô tả hệ thiết kế là sản phẩm phục vụ cả một hệ sinh thái, không phải một gói giao việc. Hệ cần bảo trì, hỗ trợ và đào tạo người mới liên tục thì mới thật sự sống. Thiếu sự chăm sóc, hệ bắt đầu loãng dần: các đội ngừng tra cứu, tự làm thủ công, component bắt đầu phân kỳ, và sau vài tháng Anh / Chị có một hệ trên giấy nhưng không có hệ trên thực tế.

Khảo sát của Sparkbox năm 2022 cho thấy trong nhóm hệ thiết kế được đánh giá là thành công, phần lớn đều có sẵn tài liệu hỗ trợ, đào tạo và onboarding (quy trình đưa người mới vào làm việc với hệ). Điều này không xảy ra tự nhiên: cần có người chịu trách nhiệm.

Các yếu tố quyết định mô hình hợp tác

• Số đội và sản phẩm phụ thuộc hệ: Một đội dùng thì dễ kiểm soát. Nhiều đội dùng chung thì mỗi nhu cầu nhỏ cũng tạo ra câu hỏi, mâu thuẫn và nhu cầu điều phối. Không có người giữ nhịp, hệ phân kỳ nhanh.
• Hệ có còn lớn tiếp không: Sản phẩm ra tính năng mới đều đặn thì hệ phải theo kịp. Nếu để hệ đứng yên trong khi sản phẩm chạy về phía trước, khoảng cách lớn dần và đội thiết kế bắt đầu tự phá chuẩn.
• Đội nội bộ đã có người sở hữu cố định chưa: Đây là yếu tố quan trọng nhất. Sở hữu ở đây có nghĩa là một người (hoặc một nhóm nhỏ) thật sự chịu trách nhiệm ra quyết định về hệ, không phải ai cũng có quyền sửa và không ai chịu trách nhiệm.
• Nhu cầu cập nhật nền tảng: Trình duyệt thay đổi cách xử lý giao diện, khung lập trình (framework) ra phiên bản mới, chuẩn tiếp cận (accessibility) được cập nhật. Hệ cần người theo dõi và điều chỉnh kịp.

Khi nào chọn đồng hành dài hạn, khi nào thuê từng việc

Lỗi thường gặp sau bàn giao

• Coi bàn giao là kết thúc: Anh / Chị nhận file, trả tiền, đóng dự án. Sau ba tháng hệ bắt đầu lỗi thời vì không ai nuôi, các đội âm thầm quay lại làm thủ công.
• Giữ retainer mà không giao dần quyền tự chủ: Đồng hành dài hạn mà không có lộ trình chuyển giao thì khách phụ thuộc mãi, chi phí không giảm, và đội nội bộ không lớn được.
• Không cấp ngân sách nào cho giai đoạn sau: Nhiều tổ chức dồn toàn bộ ngân sách cho giai đoạn xây, để trống giai đoạn vận hành. Kết quả là hệ chất lượng cao lúc bàn giao nhưng không ai bảo trì, và sau một năm thực tế không còn dùng được nữa.

Hệ thiết kế cần bảo trì, hỗ trợ và chăm sóc liên tục thì mới thật sự sống. Thiếu là thoái hoá dần.

Brad Frost, Atomic Design, chương 5: Maintaining Design Systems

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

Gói A3 của Sinh Vũ có sẵn giai đoạn đồng hành dài hạn với bản nâng cấp định kỳ và biên bản rà soát hàng quý, đúng để tránh tình trạng các đội âm thầm quay lại làm thủ công mà Sinh Vũ không biết. Tuy nhiên, gói bảo trì này là tuỳ chọn và không ràng buộc, vì mục tiêu cuối cùng luôn là đội khách tự vận hành qua Storybook (công cụ lưu trữ và kiểm thử component) và quy trình RFC (đề xuất thay đổi có kiểm soát).

Sinh Vũ khuyên ký đồng hành khi đội nội bộ chưa có lõi đủ mạnh, và rút dần khi đội đã đứng vững. Mô hình đồng hành thành công là mô hình kết thúc bằng sự tự chủ của khách, không phải bằng hợp đồng gia hạn mãi mãi.