Onboarding một buổi rồi thả là lý do phổ biến nhất khiến design system chết yểu sau vài tháng ra mắt.
Không có con số vàng áp cho mọi đội, nhưng nguyên tắc đủ là: đội tự dựng được một màn hình thật bằng hệ mà không cần hỏi thêm. Sinh Vũ thường làm từ ba đến năm buổi pairing (kèm cặp trực tiếp cùng làm) trong giai đoạn dựng, cộng thêm kênh hỗ trợ nhẹ trong ba tháng đầu. Con số cụ thể phụ thuộc quy mô đội, độ phức tạp của hệ và stack công nghệ đang dùng.
Kèm cặp đội kỹ thuật không phải phần trang trí thêm vào sau khi hệ xong. Đây là phần quyết định hệ có thật sự được dùng hay chỉ tồn tại trên giấy. Brad Frost, tác giả cuốn Atomic Design, viết rõ: tài liệu, quản trị và hỗ trợ phải được coi là phần lõi của sản phẩm hệ, không phải hạ tầng phụ. Sinh Vũ đồng ý với quan điểm đó và áp dụng nó vào từng dự án bàn giao.
Không có công thức cố định vì mỗi đội mang vào một bộ điều kiện khác nhau. Trước khi thống nhất số buổi, Sinh Vũ thường cần biết rõ bốn điều:
Sinh Vũ không chia kèm thành các buổi lý thuyết rồi mới sang thực hành. Cách học chính là chuyển một sản phẩm điểm mẫu sang hệ cùng đội, để đội học bằng việc thật ngay từ buổi đầu.
Sinh Vũ gặp ba lỗi này lặp đi lặp lại ở nhiều tổ chức, không phân biệt quy mô:
Tài liệu, quản trị và hỗ trợ phải được coi là phần lõi của sản phẩm hệ, không phải hạ tầng phụ.
Brad Frost, Atomic Design, Maintaining Design Systems
Sinh Vũ không đưa ra con số buổi cố định trước khi biết đội Anh Chị. Nhưng có một ngưỡng rõ ràng để biết onboarding đã đủ: đội tự dựng được một màn hình thật bằng hệ mà không cần hỏi thêm. Khi đạt ngưỡng đó, chuyển sang kênh hỗ trợ nhẹ là hợp lý. Trước ngưỡng đó, kết thúc kèm sớm là rủi ro cho cả hai bên.
Con số ba đến năm buổi Sinh Vũ hay nói là điểm khởi đầu để bàn, không phải cam kết. Với đội lớn hoặc hệ phức tạp, con số thực tế có thể cao hơn. Điều quan trọng hơn số buổi là cấu trúc: mỗi buổi phải kết thúc bằng một việc thật đội tự hoàn thành được, không phải bằng một trang slide.
Chủ đề: Cần bao nhiêu buổi kèm cặp onboarding cho đội kỹ thuật dùng design system. Cẩm nang Sinh Vũ, sinhvu.com
Bấm chọn từng mục Anh / Chị thấy đúng, rồi bấm in hoặc lưu thành PDF để mang theo.
Nếu Anh / Chị đánh dấu phần lớn ở nhóm dấu hiệu trên, đây là lúc nên trao đổi kỹ hơn. Sinh Vũ có thể cùng Anh / Chị soi lại và đề xuất hướng đi.
Brad Frost, Atomic Design, chương Maintaining Design Systems. Nathan Curtis, EightShapes: Adopting Design Systems.
Storybook giúp đội tự tra cứu, nhưng không thay được buổi làm cùng trên việc thật. Nếu đội đã quen cách làm hệ thống, số buổi pairing có thể rút ngắn, nhưng vẫn cần ít nhất một đến hai buổi để xem đội ghép component (thành phần giao diện) vào luồng thật của sản phẩm như thế nào, phát hiện điểm vướng sớm.
Tự chạy được những việc đã làm qua, nhưng sẽ còn câu hỏi khi gặp trường hợp mới. Đó là lý do cần duy trì một kênh hỗ trợ nhẹ, giờ trực hoặc kênh chat, trong ba tháng đầu sau bàn giao. Khi hệ còn mới và nhiều đội cùng lên hệ một lúc, thời gian hỗ trợ tiếp diễn này cần dài hơn.
Cắt buổi kèm để tiết kiệm là lựa chọn thường gây tốn hơn về sau: đội quay lại làm tay, hệ không được dùng, rồi phải sửa lại từ đầu. Nếu ngân sách thật sự eo hẹp, ưu tiên giữ buổi pairing trên dự án điểm mẫu và cắt số buổi lý thuyết, vì học bằng việc thật hiệu quả hơn nhiều so với đọc tài liệu.