Xây nền tảng trước khi hiểu cách cung cấp dịch vụ dễ che mất phần khó nhất. Cách thử nghiệm được đề xuất cho Thora Vietnam bắt đầu từ một đầu ra hữu ích, một phần phối hợp thủ công và bước duyệt rõ ràng. Nhờ vậy có thể học điều gì nên trở thành phần mềm mà vẫn giữ cam kết ban đầu dễ hiểu.
Chọn một đầu ra và giới hạn
Ví dụ có thể là phân loại yêu cầu: dùng tập mẫu đã được cho phép, gợi ý nhóm và soạn phản hồi để duyệt. Thử nghiệm không tự gửi trả lời hoặc sửa hồ sơ khách hàng. Đây là ví dụ về phép thử có thể thực hiện, không phải dự án Thora Vietnam đã hoàn thành.
Thống nhất phần bao gồm, phần loại trừ, người kiểm tra và thời điểm kết thúc thử nghiệm.
Giữ phần thủ công nhìn thấy được
Người vận hành có thể thu thập đầu vào, kiểm tra bản nháp và chuẩn bị bàn giao thủ công khi giả thuyết chính còn chưa rõ. Giải thích các bước đó với khách hàng. Không mô tả dịch vụ có người vận hành thành hệ thống hoàn toàn tự động.
Công việc thủ công cũng giúp tìm yêu cầu: thiếu thông tin gì, khi nào cần phán đoán và ngoại lệ nào không thể xử lý bằng quy tắc đơn giản.
Đo toàn bộ công sức cung cấp
Theo dõi thời gian chuẩn bị dữ liệu, kiểm tra kết quả, xử lý ngoại lệ và giải thích đầu ra. Chỉ so tốc độ phản hồi của mô hình với quy trình cũ sẽ bỏ qua phần lớn dịch vụ. Ghi lỗi cẩn thận như khi ghi ví dụ thành công.
Trước khi bắt đầu, thống nhất quan sát nào đủ cơ sở cho đợt thử tiếp và quan sát nào khiến đề nghị không còn hấp dẫn. Thử nghiệm định tính nhỏ chưa chứng minh nhu cầu của cả thị trường.
Tự động hóa bước lặp lại đã hiểu rõ
Sau khi xem lại thử nghiệm, chọn bước lặp lại có đầu vào và cách kiểm tra rõ ràng. Giữ quyết định mơ hồ ở người phụ trách cho đến khi có cách đánh giá đáng tin cậy. Thora Vietnam nhờ đó đầu tư lập trình và triển khai dựa trên công việc đã quan sát.
Chọn MVP trả lời đúng điều chưa chắc chắn
Với Thora Vietnam, MVP đầu tiên có thể là dịch vụ được thực hiện một phần bằng tay. Concierge test là cách nhóm tự làm công việc để hiểu đầu ra hữu ích cần gì. Giao diện mô phỏng giúp thử xem đầu ra có dễ hiểu trước khi tích hợp thật. Luồng mã nhỏ phù hợp khi điều chưa rõ nằm ở khả năng thực thi kỹ thuật. Cần nói rõ phần nào thủ công, phần nào tự động.
Chọn hình thức vì nó trả lời câu hỏi, không phải vì prototype trông hoàn chỉnh hơn. Sơ đồ hoặc demo chưa chứng minh hệ thống hoạt động tin cậy với trường hợp thực tế chưa từng thấy.
Thống nhất phạm vi pilot và câu hỏi thương mại
Trước khi viết mã, ghi đầu vào, đầu ra, trường hợp loại trừ và trách nhiệm người duyệt. Ví dụ, trợ lý tiếp nhận yêu cầu được đề xuất có thể soạn phản hồi để duyệt; việc gửi và cam kết với khách vẫn do con người thực hiện. Đây là ví dụ thiết kế, không phải triển khai khách hàng hiện có của Thora Vietnam.
Cùng phép thử quy trình, cần tìm hiểu đề nghị thương mại: người mua có chấp nhận phạm vi, điều kiện và giá không? Pilot trả phí theo phạm vi là một cách để trao đổi và kiểm chứng. Demo miễn phí có thể cho thấy sự quan tâm nhưng chưa tự chứng minh sẵn sàng trả tiền. Ghi ưu đãi, công sức thủ công và cam kết để có bối cảnh cho quyết định giá về sau.
Kiểm tra điều kiện trước khi dùng thực tế
Pilot nhỏ vẫn cần người chịu trách nhiệm vận hành. Trước khi có người dựa vào đầu ra, kiểm tra quyền truy cập, cách xử lý lỗi và cách quay lại quy trình cũ. Chỉ mở rộng sử dụng khi khách hàng và người vận hành giải thích được những gì đã kiểm tra.
- Chuẩn bị trường hợp thử đại diện, gồm thiếu dữ liệu và ngoại lệ.
- Tách đầu ra nháp khỏi thao tác gửi thông điệp hoặc sửa bản ghi.
- Chỉ định người duyệt và điều kiện chuyển về cách làm thủ công.
- Ghi lỗi và thời gian hỗ trợ, tránh thu thập dữ liệu khách không cần thiết.
- Thống nhất cách quay lui, ngày nhìn lại và giới hạn pilot.
Chỉ chuẩn hóa triển khai sau khi có bằng chứng
Nếu quy trình tiếp tục có ích, chuyển bước thiết lập lặp lại thành danh sách kiểm tra: cấu hình, quyền truy cập, trường hợp thử, triển khai và bàn giao. Chỉ tái sử dụng mã khi giả định còn phù hợp khách tiếp theo. Ghi rõ ngoại lệ thay vì giấu dưới một gói tưởng như tiêu chuẩn.
Gói dịch vụ tương lai cần nêu phần bao gồm, ai vận hành và bảo trì như thế nào. Sử dụng lặp lại và công sức triển khai phù hợp là bằng chứng hỗ trợ phép thử tiếp; một bản demo thành công thì chưa đủ.
Đọc thêm
Nguồn nền tảng cho phương pháp; quy trình Thora Vietnam ở trên là cách áp dụng được đề xuất.
Paul Graham — Do Things That Don’t Scale
