Workshop enablement thường hỏng ở bài lab, không phải ở slide

Còn hai tuần nữa là đến ngày bàn giao. Agent bạn dựng đã chạy được trên dữ liệu của khách, và người quản lý bên đó nhắn: “Anh chị làm giúp một buổi workshop cho đội AI bên em nhé, khoảng hai tiếng.” Đội đó có năm sáu kỹ sư, và sau buổi này chính họ sẽ sửa prompt, thêm test và trực sự cố.

Nếu bạn mở PowerPoint ngay lúc đó, hãy nghĩ lại. Nghe giảng hai giờ không giúp ai tự sửa được agent lúc hai giờ sáng. Buổi học thành hay hỏng là ở bài lab, và ở những gì bạn chuẩn bị cho các ngày sau buổi học.

Kỹ năng này quan trọng hơn ta thường nghĩ. Một deployment chỉ thật sự xong khi đội của khách tự đứng được, và workshop enablement là lúc bạn trao lại năng lực đó cho họ.

Làm tốt thì bạn rảnh tay sang dự án khác. Làm dở thì tháng sau bạn vẫn là người duy nhất dám động vào hệ thống.

Hai giờ chứa được bao nhiêu?

PreSales Collective cho biết workshop kỹ thuật cho khách có thể ngắn như một buổi lunch-and-learn một giờ, hoặc kéo dài cả ngày đào tạo có người hướng dẫn. Hai giờ nằm ở giữa: đủ để mọi người tự làm tay một lần, nhưng quá ngắn để dạy hết những gì bạn biết.

Vì thế, việc đầu tiên là cắt bớt. Hướng dẫn tổ chức workshop của Maven khuyên xây mỗi buổi quanh 2-3 mục tiêu học tập chính. Với hai giờ, hai mục tiêu là con số an toàn, vì mục tiêu nào cũng cần cả phần giải thích lẫn thời gian làm tay.

Thử hình dung đội AI của một công ty bảo hiểm sắp nhận lại agent phân loại hồ sơ bồi thường. Bạn có thể dạy họ về kiến trúc, cách chọn model, vector store, cách giám sát chi phí.

Nhưng ngay ngày bàn giao, họ chỉ cần hai việc. Một là sửa prompt khi agent phân loại sai. Hai là thêm một test case vào bộ eval để lỗi đó không quay lại. Những thứ còn lại để trong tài liệu.

Hãy viết mục tiêu theo việc người học làm được, đừng viết theo thứ họ “hiểu”. “Khi rời phòng, mỗi người tự sửa được một prompt phân loại sai và chứng minh bằng eval” là mục tiêu kiểm tra được. “Hiểu về prompt engineering” thì không kiểm tra được.

Giáo án 120 phút, từng khối một

PreSales Collective nhấn mạnh rằng workshop cần một môi trường lab đã kiểm thử kỹ, cùng giáo trình và mục tiêu học tập được lên kế hoạch từ trước. Dưới đây là giáo án mẫu theo từng phút cho đội bảo hiểm trong ví dụ.

Phút	Khối	Người học làm gì
0-10	Mở đầu và câu chuyện nền	Xem một hồ sơ bị agent phân loại sai, đoán lý do
10-30	Mục tiêu 1: đọc và sửa prompt	Theo dõi demo, trả lời câu hỏi nhanh sau mỗi bước
30-55	Lab 1	Tự sửa prompt cho ba hồ sơ sai, chạy lại
55-65	Nghỉ	Ai bị kẹt thì gặp người hỗ trợ
65-80	Mục tiêu 2: thêm test vào eval	Theo dõi demo, làm theo từng dòng
80-100	Lab 2	Biến lỗi ở Lab 1 thành test case, chạy bộ eval
100-108	Giao bài về nhà	Nhận nhiệm vụ, dữ liệu, hạn nộp
108-120	Hỏi đáp có cấu trúc	Câu hỏi đã gom từ cả buổi, trả lời theo nhóm

Để ý rằng ngay cả khối demo cũng không được là độc thoại. Maven khuyên khoảng 3-5 phút lại đổi trạng thái một lần, bằng một câu hỏi, một lượt thảo luận nhóm hay một breakout, để buổi học không trôi thành bài giảng một chiều.

Như vậy, trong 20 phút demo bạn sẽ dừng lại bốn đến sáu lần để hỏi, chẳng hạn: “Theo anh chị, sửa dòng này thì output sẽ đổi thế nào?”

Câu hỏi thì gom lại cho cuối buổi. Maven khuyên dành riêng một khoảng hỏi đáp có cấu trúc ở cuối workshop. Trong lúc làm lab, mọi người ghi câu hỏi vào một kênh chung; đến phút 108, bạn xếp chúng theo chủ đề và trả lời một lượt, vừa không cắt ngang lab vừa không bỏ sót câu nào.

Bài lab cần một câu chuyện, không chỉ một danh sách bước

Tài liệu của Skillable về thiết kế lab thực hành tách bạch hai thứ. Mục tiêu học tập, bài tập và kết quả là để định hướng người viết lab. Còn câu chuyện nền là dành cho người học: nó cho họ lý do để bắt tay vào làm.

Với đội bảo hiểm, câu chuyện nền có sẵn trong chính dự án: “Sáng thứ Hai, bộ phận bồi thường báo agent xếp ba hồ sơ ngập nước vào nhóm tai nạn xe. Bạn có 25 phút trước cuộc họp với họ.”

Ba hồ sơ đó nên lấy từ các lỗi thật trong quá trình triển khai, đã ẩn danh. Người học sẽ thấy ngay đây là việc họ sắp phải làm, chứ không phải bài tập cho có.

Nếu cần một khuôn mẫu, hãy xem giáo trình prompt engineering tương tác mà Anthropic công khai trên GitHub. Giáo trình có chín chương, mỗi chương gồm một bài học và một bộ bài tập. Cuối mỗi bài có khu “Example Playground” để người học thử thoải mái các ví dụ, và có đáp án riêng cho người dạy.

Cả ba chi tiết đều đáng học theo. Cấu trúc bài học rồi bài tập cho mỗi khối lab điểm đầu và điểm cuối rõ ràng, playground giữ chân người làm xong sớm, còn đáp án riêng giúp bạn hay đồng nghiệp đi hỗ trợ gỡ rối cho người bị kẹt mà không phải nghĩ tại chỗ.

Còn một chi tiết nữa. Giáo trình này có thêm bản Google Sheets, và nhóm tác giả khuyên dùng bản đó vì dễ dùng hơn. Nếu trong phòng có chuyên viên nghiệp vụ hay QA không quen notebook, một bản lab chạy trên công cụ họ đã quen có thể quyết định họ “làm được” hay chỉ “ngồi xem”.

Chạy thử lab như một người lạ

Skillable lưu ý rằng tự kiểm thử trong nội bộ không giống trải nghiệm của người học, và kiểm thử cho đàng hoàng thì tốn thời gian, phải để ý đến từng chi tiết.

Bạn đã thuộc lòng hệ thống, nên bạn không vấp ở những chỗ người mới sẽ vấp: API key chưa được cấp, chưa có quyền đọc bucket, phiên bản thư viện lệch nhau, một biến môi trường chỉ có trên máy bạn.

Cách làm thực tế là đưa lab cho một người chưa từng thấy dự án, chạy trên máy sạch, với đúng loại tài khoản mà khách sẽ dùng. Đừng giải thích gì. Mỗi lần họ phải hỏi bạn là một dòng cần thêm vào hướng dẫn.

Hãy làm việc này trước buổi học ít nhất vài ngày, để còn kịp xin quyền truy cập từ phía khách.

Một định dạng khác để tham khảo: UNC-Chapel Hill từng tổ chức một workshop thực hành 90 phút, trong đó người tham dự nhập vai FDE và dựng prototype cho một bài toán khách hàng thật. Workshop càng ngắn thì môi trường càng phải sẵn sàng từ trước, vì không còn phút nào cho việc cài đặt.

Bài về nhà là nửa sau của buổi học

PreSales Collective khuyên chuẩn bị sẵn bước tiếp theo cho người tham dự workshop. Với FDE, bước tiếp theo nên là một bài về nhà trên dữ liệu thật của khách, với hạn nộp trùng buổi check-in kế tiếp.

Với đội bảo hiểm, bài về nhà có thể là: mỗi người lấy năm hồ sơ bị phân loại sai trong tuần, sửa prompt cho ít nhất một trường hợp, thêm test case tương ứng vào bộ eval rồi mở một pull request.

Buổi check-in tuần sau dùng để review các pull request đó, và qua đó bạn biết ai đã tự đứng được, ai cần thêm một buổi kèm riêng.

Những lỗi khiến hai giờ đi tong

Lỗi hay gặp nhất là nhồi mục tiêu: bốn năm chủ đề, lab bị ép còn mười phút và không ai làm xong. Gần như cũng phổ biến là chỉ mình bạn chạy thử lab, để rồi mất nửa giờ đầu buổi học gỡ quyền truy cập. Rồi đến chuyện giảng một mạch hai mươi phút không dừng, đúng kiểu độc thoại mà Maven khuyên tránh.

Có hai lỗi khó thấy hơn. Để câu hỏi chen ngang liên tục sẽ làm người đang làm lab mất mạch. Còn kết thúc buổi học mà không giao việc gì tiếp thì những gì vừa học sẽ phai trước cả lần đầu cần dùng đến.

Về chuyện nghề: khi đọc mô tả công việc FDE, hãy để ý những dòng nhắc đến việc đào tạo hay bàn giao cho khách, vì đó chính là kỹ năng này.

Lúc viết CV, đừng chỉ ghi “tổ chức đào tạo cho khách”. Hãy ghi bạn dạy đội nào, mục tiêu học tập là gì, và sau buổi học họ tự làm được việc gì mà trước đó phải nhờ bạn.

Bài kiểm tra thật của một workshop enablement không nằm trong phiếu đánh giá cuối buổi. Đó là lần đầu agent gặp lỗi sau khi bạn rời đi, và đội của khách sửa xong trước khi kịp nghĩ đến chuyện gọi bạn.