The Wizard of Oz method can be used

The Wizard of Oz method can be used to mimic a huge, powerful system long before it can be built. It can be remarkably effective in the early stages of product development. I once used this method to test a system for making airline reservations that had been designed by a research group at the Xerox Corporation’s Palo Alto Research Center (today it is simply the Palo Alto Research Center, or PARC). We brought people into my laboratory in San Diego one at a time, seated them in a small, isolated room, and had them type their travel requirements into a computer. They thought they were interacting with an automated travel assistance program, but in fact, one of my graduate students was sitting in an adjacent room, reading the typed queries and typing back responses (looking up real travel schedules where appropriate). This simulation taught us a lot about the requirements for such a system. We learned, for example, that people’s sentences were very different from the ones we had designed the system to handle. Example: One of the people we tested requested a round-trip ticket between San Diego and San Francisco. After the system had determined the desired flight to San Francisco, it asked, “When would you like to return?” The person responded, “I would like to leave on the following Tuesday, but I have to be back before my first class at 9 am.” We soon learned that it wasn’t sufficient to understand the sentences: we also had to do problem-solving, using considerable knowledge about such things as airport and meeting locations, traffic patterns, delays for getting baggage and rental cars, and of course, parking- more than our system was capable of doing. Our initial goal was to understand language. The studies demonstrated that the goal was too limited: we needed to understand human activities.

Results (Vietnamese) 1:

Phương pháp Wizard of Oz có thể được sử dụng để bắt chước một lớn, mạnh mẽ hệ thống dài trước khi nó có thể được xây dựng. Nó có thể được hiệu quả đáng kể trong giai đoạn đầu của phát triển sản phẩm. Tôi một khi đã sử dụng phương pháp này để thử nghiệm một hệ thống cho việc đặt chỗ của hãng đã được thiết kế bởi một nhóm nghiên cứu tại Trung tâm nghiên cứu của tập đoàn Xerox Palo Alto (ngày nay nó chỉ đơn giản là trung tâm nghiên cứu Palo Alto hoặc PARC). Chúng tôi đưa người vào phòng thí nghiệm của tôi ở San Diego một lúc một thời gian, họ ngồi trong một căn phòng nhỏ, bị cô lập và có họ loại yêu cầu du lịch của họ vào một máy tính. Họ nghĩ rằng họ đã tương tác với một chương trình hỗ trợ du lịch tự động, nhưng trong thực tế, một trong những sinh viên sau đại học của tôi ngồi trong một phòng liền kề, đọc các truy vấn đã gõ và gõ lại hồi đáp (nhìn lên lịch trình đi du lịch thật nơi thích hợp). Mô phỏng này dạy chúng ta rất nhiều về các yêu cầu cho một hệ thống. Chúng tôi đã học được, ví dụ, rằng nhân dân câu rất khác nhau từ những người chúng tôi đã thiết kế hệ thống xử lý. Ví dụ: Một trong những người chúng tôi thử nghiệm yêu cầu một vé khứ hồi giữa San Diego và San Francisco. Sau khi hệ thống đã xác định các chuyến bay mong muốn đến San Francisco, nó yêu cầu, "Khi bạn muốn trở về?" Người trả lời, "tôi muốn để lại ngày sau ngày thứ bảy, nhưng tôi có thể trở lại trước khi lớp học đầu tiên của tôi lúc 9." Chúng tôi nhanh chóng học được rằng nó không đủ để hiểu các câu: chúng tôi cũng đã đến để giải quyết vấn đề, bằng cách sử dụng các kiến thức đáng kể về những thứ như sân bay và đạt vị trí, lưu lượng truy cập các mẫu, sự chậm trễ cho việc hành lý và cho thuê xe hơi, và tất nhiên, bãi đậu xe hơn hệ thống của chúng tôi là có khả năng làm. Mục tiêu ban đầu là tìm hiểu ngôn ngữ. Các nghiên cứu đã chứng minh rằng mục tiêu là quá giới hạn: chúng tôi cần thiết để hiểu các hoạt động của con người.

Results (Vietnamese) 2:

The Wizard of Oz phương pháp có thể được sử dụng để bắt chước một hệ thống lớn mạnh lâu trước khi nó có thể được xây dựng. Nó có thể được hiệu quả rõ rệt trong giai đoạn đầu của sự phát triển sản phẩm. Tôi đã từng sử dụng phương pháp này để thử nghiệm một hệ thống cho việc đặt vé máy bay đã được thiết kế bởi một nhóm nghiên cứu tại Trung tâm nghiên cứu Palo Alto của tập đoàn Xerox (ngày nay nó chỉ đơn giản là Trung tâm nghiên cứu Palo Alto, hoặc PARC). Chúng tôi đưa người vào phòng thí nghiệm của tôi ở San Diego cùng một lúc, ngồi chúng trong một căn phòng nhỏ biệt lập, và đã cho họ loại yêu cầu đi lại của họ vào máy tính. Họ nghĩ rằng họ đang tương tác với một chương trình hỗ trợ du lịch tự động, nhưng trong thực tế, một trong những sinh viên tốt nghiệp của tôi đang ngồi trong một căn phòng liền kề, đọc các truy vấn đã gõ và gõ lại phản ứng (nhìn lên lịch trình du lịch thật sự nếu phù hợp). Mô phỏng này dạy chúng ta rất nhiều về các yêu cầu cho một hệ thống như vậy. Chúng tôi đã học được, ví dụ, rằng câu của người dân là rất khác nhau từ những người chúng tôi đã thiết kế hệ thống xử lý. Ví dụ: Một trong những người chúng tôi đã kiểm tra yêu cầu một vé khứ hồi giữa San Diego và San Francisco. Sau khi hệ thống đã xác định các chuyến bay mong muốn đến San Francisco, nó hỏi, "Khi bạn muốn quay trở lại?" Người trả lời: "Tôi muốn để lại vào ngày thứ ba sau đây, nhưng tôi phải trở lại trước khi lớp học đầu tiên của tôi tại . 09:00 "chúng tôi sớm nhận ra rằng nó không đủ để hiểu được câu: chúng tôi cũng đã phải làm giải quyết vấn đề, sử dụng kiến ​​thức đáng kể về những thứ như sân bay và cuộc họp các địa điểm, mô hình giao thông, sự chậm trễ để nhận hành lý và cho thuê xe hơi, và dĩ nhiên, parking- hơn hệ thống của chúng tôi có khả năng làm. Mục tiêu ban đầu của chúng tôi là tìm hiểu ngôn ngữ. Các nghiên cứu đã chứng minh rằng mục tiêu là quá hạn chế: chúng ta cần phải hiểu các hoạt động của con người.