Thay yêu cầu chung chung bằng một tình huống sử dụng
«Cải thiện hình ảnh của tôi» có thể có nghĩa là phóng to tệp, xóa nền, hài hòa màu sắc hoặc tạo ra một không khí khác. Những công việc này không được đánh giá theo cùng một cách. Hãy bắt đầu bằng việc hỏi các đầu ra sẽ được dùng ở đâu và người nhận chúng cần có thể làm gì với chúng. Tên phần mềm hay GPU chỉ đến sau đó.
Hãy viết một câu gắn kết một người, một kết quả và một mục đích sử dụng: «Người phụ trách cửa hàng phải có thể thay mười hai bức ảnh của bộ sưu tập này trong các trang sản phẩm của mình.» Thêm các ràng buộc đã biết, rồi đến những câu hỏi còn bỏ ngỏ. Service Manual của GOV.UK đề xuất cách tách biệt này giữa nhu cầu người dùng và các tiêu chí để kiểm chứng sự hài lòng của nhu cầu đó; ở đây, chúng tôi điều chỉnh nó cho một nhiệm vụ nhỏ.
Mô tả gói bàn giao mong đợi trong năm dòng
Bạn không cần một bản đặc tả dài để bắt đầu. Hãy ghi lại những gì giúp nhận ra một sản phẩm bàn giao đúng, rồi cho người khác đọc lại bản mô tả này trước khi sản xuất. Nếu người nhận vẫn chưa biết định dạng cần thiết, hãy tạo một bản xuất nhỏ mà họ sẽ mở bằng công cụ của mình. Khi đó sự không chắc chắn trở thành một bước kiểm tra cụ thể.
Bảng dưới đây là một mẫu làm việc để điều chỉnh, không phải danh sách các khả năng mà một phiên thuê cung cấp. Với một nhiệm vụ cá nhân, hãy thay tên khách hàng bằng chính sự kiểm tra của bạn. Dù sao vẫn phải có một người quyết định xem đầu ra có phù hợp hay không.
| Câu hỏi | Câu trả lời cần ghi lại |
|---|---|
| Cần bàn giao những gì? | Loại tệp, số lượng và sự tương ứng với các đầu vào. |
| Nó sẽ dùng để làm gì? | Ứng dụng hoặc phương tiện đích và cách sử dụng kết quả ở đó. |
| Điều gì sẽ khiến đầu ra bị từ chối? | Các lỗi cụ thể, thông tin thiếu hoặc ràng buộc không được tuân thủ. |
| Ai phê duyệt và khi nào? | Một người được chỉ định và một khung giờ xem xét đã định trước. |
| Điều gì nằm ngoài bước này? | Các biến thể, định dạng hoặc mục đích sử dụng sẽ được xem xét riêng. |
Tách biệt các yêu cầu bắt buộc với các sở thích
Một yêu cầu mang tính chặn khiến kết quả không dùng được cho mục đích dự định: sai sản phẩm, văn bản trở nên khó đọc, thiếu tài liệu hoặc định dạng không thể mở. Còn một tùy chọn ưu tiên cho phép phân định giữa nhiều kết quả vốn đã dùng được. Hãy nêu rõ sự khác biệt này trước khi thử nghiệm; nếu không, một đánh giá thẩm mỹ muộn có thể bị nhầm với lỗi sản xuất.
Hãy tránh những tiêu chí thay đổi theo cách hiểu, như “rất đẹp”, “thông minh” hay “chuyên nghiệp”. Hãy gắn chúng với một ví dụ đã được chấp nhận và một quan sát cụ thể: đường viền không có vùng khuyết, màu đúng với mẫu tham chiếu đã cung cấp, câu trả lời dựa trên đúng đoạn văn bản. Khi một đánh giá vẫn mang tính chủ quan, hãy nêu tên người quyết định và giữ ví dụ tham chiếu của họ.
Đừng tích lũy những ràng buộc không liên quan đến nhiệm vụ. Một thử nghiệm nhằm chọn phương pháp có thể kết thúc bằng một khuyến nghị có tài liệu kèm theo và vài kết quả đã được chú thích. Không nên trình bày nó như một sản phẩm hoàn chỉnh sẵn sàng để phát hành.
Ví dụ: mười hai hình ảnh cho một bộ sưu tập nhỏ
Trong ví dụ giả định này, một người làm việc tự do nhận được mười hai hình ảnh để thay thế hình ảnh của một bộ sưu tập. Yêu cầu ban đầu là “một kết quả gọn gàng hơn”. Sau khi trao đổi, phạm vi trở thành: mười hai tệp PNG kích thước 1.600 × 1.600 pixel, sản phẩm được căn giữa trên nền trắng, không thay đổi logo hay chi tiết sản phẩm. Các kích thước này là lựa chọn của ví dụ, không phải quy tắc chung cho thương mại điện tử.
Cô ấy chọn ba mẫu cho lần trao đổi đầu tiên: một vật sáng, một vật tối và một bao bì có chữ. Khách hàng xác nhận khung hình và nền của những mẫu này trước khi xử lý cả lô. Ba hình đã thử nghiệm có thể nằm trong số mười hai kết quả; chúng không tự động cộng thêm vào số lượng đã đặt.
| Tiêu chí của ví dụ này | Kiểm tra dự kiến | Quyết định khi có sai lệch |
|---|---|---|
| Mười hai sản phẩm nhận diện được | Đối chiếu danh sách mã với tên tệp. | Chặn giao sản phẩm bị thiếu hoặc gán sai. |
| PNG 1.600 × 1.600 pixel | Đọc định dạng và kích thước của từng kết quả. | Xuất lại tệp liên quan. |
| Sản phẩm trung thực với bản gốc | Đối chiếu đường viền, chi tiết và dòng chữ với bản gốc. | Làm lại hoặc yêu cầu một đầu vào tốt hơn. |
| Khung hình và nền đã thống nhất | Đối chiếu với mẫu đã được chấp nhận ở kích thước sử dụng. | Sửa các tệp liên quan, không thay đổi toàn bộ thiết lập ngay từ đầu. |
Hãy gán trạng thái cho từng kết quả và lý do cho các lần làm lại
Với lần chạy đầu tiên trong ví dụ, giả sử có chín hình được chấp nhận, hai hình cần chỉnh sửa và một hình bị chặn do đầu vào khó đọc. Tổng số vẫn là mười hai. Một bảng ghi các trạng thái “đã chấp nhận”, “cần làm lại” và “bị chặn” sẽ cho thấy ngay phần việc còn lại. Việc có đủ mười hai tệp trong một thư mục sẽ không cho phép đi đến cùng kết luận.
Sau khi chỉnh sửa, hai hình làm lại được chấp nhận. Kết quả tổng kết trở thành mười một kết quả được chấp nhận và một đầu vào bị chặn. Như vậy là chưa đạt được giao hàng đầy đủ như mong đợi. Người làm việc tự do yêu cầu một đầu vào sử dụng được hoặc một thỏa thuận rõ ràng về phạm vi mười một hình. Cô ấy giữ lại quyết định cùng với phiên bản liên quan, thay vì xóa mất mã tham chiếu thứ mười hai khỏi bản kiểm kê.
Với mỗi phản hồi, hãy yêu cầu mã định danh tệp, lỗi quan sát được và thay đổi mong muốn. “Dòng chữ trên image-007 bị biến dạng; giữ nguyên dòng chữ của bản gốc” là đủ để định hướng việc làm lại. “Không ổn” buộc phải xây dựng lại yêu cầu từ đầu.
Đặt việc xác nhận vào lịch, rồi xử lý các thay đổi
Hãy xác định thời điểm có thể đọc lại mẫu và bản giao hàng. Nếu việc xác nhận cần chờ một người vắng mặt, hãy tính khoảng thời gian đó vào kế hoạch của bạn. Hướng dẫn về ngân sách phân biệt thời gian chuẩn bị trên máy thuê, thời gian làm việc thực tế, thời gian chờ, thời gian làm lại và thời gian xuất. Khoảng thời gian chờ mà bạn vẫn giữ máy thuê sẽ chiếm khung giờ ngay cả khi không có phép tính nào chạy.
Khi xuất hiện một yêu cầu mới, hãy mô tả tác động của nó trước khi bắt đầu. Chuyển từ mười hai hình lên hai mươi hình, thêm một định dạng hoặc yêu cầu một phong cách khác đều làm thay đổi phạm vi. Hãy ghi lại số lượng mới, phần kiểm tra bổ sung và lịch trình cần xem lại. Việc sửa một lỗi đã biết và việc mở rộng nhu cầu không nên bị trộn lẫn trong cùng một danh sách.
Cũng nên thống nhất số lần chỉnh sửa mà bạn tổ chức: ví dụ, một lần xem mẫu thử rồi một lần làm lại theo kế hoạch. Nếu kết quả vẫn bị từ chối, hãy bàn lại về phương pháp và phạm vi trước khi thêm những lần thử không hồi kết.
Bảng này giúp bạn sắp xếp các quyết định trong công việc; nó không thay thế những thỏa thuận thương mại riêng cho từng nhiệm vụ. Nó cũng không cho phép suy ra thời gian tính toán. Lần thử đầu tiên vẫn là cần thiết để kiểm tra tính khả thi với phần mềm và các tệp đã chọn.
Hãy chắc chắn rằng khung công việc cho phép đưa ra quyết định thực sự
Đọc lại bảng mà không có ngữ cảnh cuộc trò chuyện của bạn. Bạn có thể kể tên các tệp cần tạo, nhận ra một kết quả bị từ chối và tìm ra người phê duyệt không? Nếu thiếu câu trả lời nào, hãy bổ sung điểm đó trước khi mở rộng công việc. Cũng nên để khách hàng xác nhận các thông tin đã cung cấp: phiên bản của nguồn, tham chiếu hình ảnh và quyền sử dụng.
Những lỗi thường gặp là bắt đầu bằng cả lô, coi số tệp đã tạo là kết quả được chấp nhận và thay đổi tiêu chí sau mỗi lần thử. Hãy giữ bảng ban đầu và ghi lại các lần sửa đổi. Nếu không có mẫu nào đạt yêu cầu, quyết định đúng có thể là xem lại phương pháp hoặc dừng hướng này. Một khung công việc hữu ích sẽ giúp đi đến kết luận đó.