In this project (as shown in Figure

In this project (as shown in Figure 1), initially, information was collected from many potential customers and then workshops were organized to define a vision and scope, and to identify functions and features at a high level (such as just the names of use cases and features). All information defined in these sessions was collected within a requirement repository. At any point in time, a large number of ‘could do’, ‘should do’ and ‘must do’ requirements were collected. These had to be aggregated in a centralized repository where they could be viewed, prioritized and ‘mined’ for future iterations. Setting priorities early in the project helped in deciding which features to skip under time pressure. Requirements prioritization should be done by the customer. Both the customer and the developer had to provide input to requirements prioritization. The customer marked features providing the greatest benefit to users with the highest priority. Developers point out the technical risks, costs or difficulties [46]. Requirements had to be readily accessible to all team members, available to be enhanced and revised over time, and remain reasonably current to directly drive testing as they are implemented. It was observed that the product would
consist of:

ผลลัพธ์ (ไทย) 1:

ในโครงการนี้ (เป็นแสดงในรูปที่ 1), เริ่มต้น ข้อมูลรวบรวมจากลูกค้าที่มีศักยภาพมากแล้ว มีจัดประชุมเชิงปฏิบัติการ เพื่อกำหนดวิสัยทัศน์และขอบเขต และระบุหน้าที่และลักษณะการทำงานในระดับสูง (เช่นเพียงชื่อของกรณีใช้และคุณลักษณะ) ข้อมูลทั้งหมดที่กำหนดไว้ในหลักสูตรนี้ถูกรวบรวมภายในเก็บความต้องการ ความต้องได้รวบรวมตลอดเวลา 'ไม่' 'ควรทำ' และ 'ต้องทำ' เป็นจำนวนมาก เหล่านี้ได้ถูกรวมในการเก็บข้อมูลส่วนกลางซึ่งพวกเขาสามารถดู จัดลำดับความสำคัญ และ 'ขุด' สำหรับการเกิดซ้ำในอนาคต ตั้งค่าระดับความสำคัญในช่วงโครงการช่วยในการตัดสินใจว่า คุณลักษณะการข้ามภายใต้ความกดดันเวลา ควรจะทำระดับความต้องการของลูกค้า ลูกค้าและผู้พัฒนาได้ให้เข้ากับระดับความต้องการ ลูกค้าที่ทำเครื่องหมายคุณลักษณะที่ให้ประโยชน์มากที่สุดกับผู้ใช้ มีความสำคัญสูงสุด นักพัฒนาจุดเสี่ยงทางเทคนิค ต้นทุน หรือความยากลำบาก [46] มีความต้องสามารถเข้าถึงได้พร้อมกับสมาชิกทีมทั้งหมด เพื่อปรับปรุง และแก้ไขช่วงเวลา และยังคงสมเหตุสมผลปัจจุบันขับทดสอบที่ดำเนินการโดยตรง ที่สังเกตได้ว่า ผลิตภัณฑ์จะประกอบด้วย:

ผลลัพธ์ (ไทย) 2:

ในโครงการนี้ (ดังแสดงในรูปที่ 1) ตอนแรกข้อมูลที่ถูกเก็บรวบรวมจากลูกค้าที่มีศักยภาพมากและจากนั้นการประชุมเชิงปฏิบัติการจัดในการกำหนดวิสัยทัศน์และขอบเขตและเพื่อระบุฟังก์ชั่นและคุณสมบัติในระดับสูง (เช่นเพียงแค่ชื่อของการใช้งาน กรณีและคุณสมบัติ) ข้อมูลทั้งหมดที่กำหนดไว้ในการประชุมเหล่านี้ถูกเก็บรวบรวมภายในพื้นที่เก็บข้อมูลความต้องการ ที่จุดในเวลาใด ๆ เป็นจำนวนมากของ 'สามารถทำ', 'ควรทำ' และ 'ต้องทำ' ความต้องการที่ถูกเก็บรวบรวม เหล่านี้จะต้องถูกรวมอยู่ในพื้นที่เก็บข้อมูลส่วนกลางที่พวกเขาสามารถดูได้จัดลำดับความสำคัญและ 'ศีลธรรม' สำหรับการทำซ้ำในอนาคต การตั้งค่าลำดับความสำคัญในช่วงต้นโครงการที่ช่วยในการตัดสินใจที่มีการข้ามเวลาภายใต้ความกดดัน จัดลำดับความสำคัญความต้องการที่ควรจะทำโดยลูกค้า ทั้งลูกค้าและนักพัฒนาที่มีการให้ข้อมูลที่จะจัดลำดับความสำคัญความต้องการ คุณสมบัติที่มีการทำเครื่องหมายให้ลูกค้าได้รับประโยชน์มากที่สุดเพื่อผู้ใช้ที่มีความสำคัญสูงสุด นักพัฒนาชี้ให้เห็นความเสี่ยงทางเทคนิคค่าใช้จ่ายหรือปัญหา [46] ความต้องการจะต้องเข้าถึงได้อย่างง่ายดายให้สมาชิกทุกคนในทีมพร้อมที่จะได้รับการปรับปรุงและปรับปรุงตลอดเวลาและยังคงอยู่พอสมควรในปัจจุบันเพื่อการทดสอบขับรถโดยตรงที่พวกเขาจะดำเนินการ
มันถูกตั้งข้อสังเกตว่าสินค้าจะประกอบด้วย:

ผลลัพธ์ (ไทย) 3:

ในโครงการนี้ ( ดังแสดงในรูปที่ 1 ) โดยเก็บข้อมูลจากลูกค้าที่มีศักยภาพมากและมีการจัดอบรมเพื่อกำหนดวิสัยทัศน์และขอบเขต และระบุหน้าที่และคุณสมบัติในระดับสูง ( เช่น แค่ชื่อของกรณีการใช้งานและคุณสมบัติ ) ข้อมูลทั้งหมดที่กำหนดไว้ในการประชุมเหล่านี้ในการเก็บรวบรวมข้อมูลความต้องการพื้นที่เก็บข้อมูล ที่จุดใดในเวลาจํานวน ' ทำ ' ' ควรทำ ' และ ' ต้องทำ ' ความต้องการที่ถูกเก็บรวบรวม เหล่านี้ได้ถูกรวมไว้ในพื้นที่เก็บข้อมูลส่วนกลางที่พวกเขาอาจจะดูความและ ' ศีลธรรม ' สำหรับการทำซ้ำในอนาคต การตั้งค่าลำดับความสำคัญในช่วงต้นโครงการ ช่วยในการตัดสินใจซึ่งคุณสมบัติที่จะข้ามภายใต้ความดันเวลา การจัดลำดับความต้องการควรทำโดยลูกค้าทั้งลูกค้าและนักพัฒนาที่ต้องให้ข้อมูลเพื่อการจัดลำดับความต้องการ ลูกค้าที่มีคุณสมบัติที่ให้ประโยชน์มากที่สุดผู้ใช้ที่มีความสำคัญสูงสุด นักพัฒนาชี้ความเสี่ยงด้านต้นทุน หรือความยากลําบาก [ 46 ] ความต้องการที่ต้องสามารถเข้าถึงได้ทันทีเพื่อสมาชิกทั้งหมดของทีม พร้อมที่จะปรับปรุง และแก้ไขตลอดเวลาและยังคงเหมาะสมปัจจุบันโดยตรงไดรฟ์ทดสอบ พวกเขาจะใช้ พบว่า ผลิตภัณฑ์ที่จะ
ประกอบด้วย :