Tôi đang tìm kiếm kinh nghiệm của bạn về chủ đề này. Đây là điều tôi muốn cải thiện.
Câu trả lời:
Tôi sử dụng một quá trình cặp, để nắm bắt các cuộc hội thoại tự nhiên.
Sau khi đưa cho đối tượng của bạn một bảng câu hỏi để làm nền, hãy đặt chúng trước máy trong môi trường văn phòng tự nhiên và giao cho chúng một nhiệm vụ để thực hiện. Công việc của tôi bao gồm các công cụ lập trình, vì vậy các đối tượng thực hiện lập trình cặp, nhưng cách tiếp cận cặp cũng có thể hoạt động cho các chương trình khác. Ưu điểm của việc sử dụng các cặp là họ sẽ hỏi nhau các câu hỏi và cố gắng thực hiện các hướng dẫn cùng nhau.
Sử dụng các cặp là tự nhiên hơn so với phương pháp "nghĩ to" thông thường, trong đó bạn bảo các đối tượng nói những gì họ đang nghĩ. Vấn đề với cách tiếp cận đó là bạn sẽ không dễ dàng nắm bắt được ẩn dụ mà các đối tượng sử dụng, điều này cho bạn cái nhìn sâu sắc về suy nghĩ của họ. Ví dụ, đối với một công cụ biên dịch, "Ồ, tại sao nó lại hiển thị điều đó?", "Hmm, tôi đoán nó giống như khi bạn tìm thấy một kết quả khớp, nhưng nhập sai thư mục?" Bí quyết là khi các đối tượng phải giải thích sự nhầm lẫn của họ với nhau, họ sẽ có lý do chính đáng để thực hiện một nỗ lực trung thực.
Tôi sử dụng Camtasia với micro để ghi lại những gì trên màn hình và những gì họ nói. Sau đó tôi phiên âm phiên và chú thích bằng các hành động cụ thể đã xảy ra trên màn hình. [Camtasia đến từ TechSmith, nhà sản xuất Morae.] Bạn có thể muốn sử dụng máy ảnh để chụp các đối tượng và xem nơi họ chỉ tay. Đi qua bảng điểm sẽ hữu ích hơn nhiều khi bạn đang cố gắng viết lên kết quả có thể là gì. [Hơn nữa: Bản thân quá trình viết lên rất hữu ích để giúp bạn đặt câu hỏi đúng, ngay cả khi bạn không muốn công bố kết quả của mình.]
Sau khi họ thực hiện nhiệm vụ, hãy yêu cầu họ mô tả trải nghiệm của họ, họ nghĩ họ sẽ sử dụng chương trình để làm gì, họ thích gì và họ muốn thấy cải thiện điều gì. Nhận phản hồi này không nhất thiết phải để bạn lấy các đề xuất theo nghĩa đen của họ để thực hiện chúng. Thay vào đó, hãy nhìn sâu hơn để xem những gì họ mong đợi, và nếu họ đang khái niệm hóa chương trình khác với dự định của bạn; một lần nữa, để xem những gì ẩn dụ họ đã sử dụng.
Ngoài ra, nhìn vào hiệu suất của nhiệm vụ chính nó. Họ đã hoàn thành những gì họ cần phải làm? Dựa trên chương trình bạn đang kiểm tra, bạn có thể muốn tính thời gian thực hiện các nhiệm vụ cụ thể.
Bắt đầu với một thử nghiệm thí điểm với những gì bạn tin là một nhiệm vụ rất cơ bản. Bạn sẽ ngạc nhiên khi thấy rằng ngay cả những nhiệm vụ đơn giản cũng sẽ mất nhiều thời gian hơn bạn nghĩ. Cho đến nay, tôi đã sử dụng những gì tôi đã đạt được để thay đổi cú pháp trong công cụ của mình và điều chỉnh một số tính năng ở đây và đó. Nhưng lợi ích lớn nhất tôi tìm thấy là ở cách tôi viết hướng dẫn và đóng khung công cụ.