Kèm đội kỹ thuật: bao nhiêu buổi là đủ

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ụ.

Các yếu tố quyết định số buổi

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, cần biết rõ bốn điều:

• Đội đã quen cách làm hệ thống chưa. Đội lần đầu tiếp xúc với design system (hệ thiết kế dùng chung) cần nhiều buổi pairing (kèm cặp trực tiếp) hơn đội đã từng vận hành một hệ tương tự.
• Độ phức tạp của stack công nghệ. Stack càng đặc thù, thời gian để ghép component (thành phần giao diện) vào sản phẩm thật càng dài, số buổi cần nhiều hơn.
• Có Storybook hay tài liệu tương tác tự phục vụ không. Nếu có, đội có thể tự tra giữa các buổi, giúp rút ngắn tổng số giờ kèm trực tiếp.
• Ai sẽ tiếp quản vai chủ hệ về lâu dài. Người này cần được kèm sâu hơn phần còn lại của đội, vì họ sẽ là người trả lời câu hỏi cho đồng nghiệp sau khi kết thúc hợp đồng.

Khung kèm cặp nên có

Kèm cặp hiệu quả không chia 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.

• Giai đoạn pairing trong khi dựng hệ: Số buổi tuỳ quy mô đội. Mỗi buổi tập trung vào một nhiệm vụ cụ thể, từ cài đặt token (giá trị thiết kế như màu, cỡ chữ, khoảng cách) đến ghép component vào một màn hình thật.
• Dự án điểm mẫu: Cùng đội chuyển một sản phẩm hoặc màn hình có sẵn sang hệ, không phải màn hình giả lập. Đây là bài kiểm tra thật nhất để biết đội vướng ở đâu.
• Kênh hỗ trợ tiếp diễn sau khi dựng xong: Không phải kèm thêm, mà là giờ trực hoặc kênh chat để đội hỏi khi gặp trường hợp mới. Đây là lúc đội bắt đầu gặp đủ loại tình huống ngoài những gì đã làm trong buổi pairing.

Lỗi thường gặp khi onboarding đội kỹ thuật

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ô:

• Onboarding một buổi rồi thả. Đội ra về hiểu về mặt khái niệm nhưng chưa tự làm được. Sau vài tuần không dùng, họ quên và quay lại làm tay. Hệ vẫn còn đó nhưng không ai dùng.
• Chỉ đưa tài liệu, không có buổi làm cùng. Tài liệu trả lời câu hỏi đã biết. Buổi pairing trực tiếp mới lộ ra những câu hỏi đội chưa biết là mình có.
• Cắt kèm cặp để tiết kiệm ngân sách. Nathan Curtis của EightShapes ghi nhận rõ: tỉ lệ áp dụng tăng khi đội được giúp hiểu cách dùng từng bước, thay vì nhận cả hệ một lần rồi ngợp. Cắt kèm để tiết kiệm thường dẫn đến tỉ lệ dùng thấp và phải sửa lại tốn hơn nhiều lần.

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

Cách biết onboarding đã đủ

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.

Đ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. Với đội lớn hoặc hệ phức tạp, số buổi thực tế sẽ nhiều hơn so với đội nhỏ dùng hệ đơn giản.

Bài viết là thông tin tham khảo. Phạm vi, giá và cam kết cụ thể của Sinh Vũ ghi trong hồ sơ đề xuất và hợp đồng đã ký.