Software developers soon learn that

Software developers soon learn that there is no such thing as a “firm requirement",
Conversely, requirements changes can be very expensive. The key is to ensure
that management understands the costs of every change as well as the cost of
evaluating every proposed Change. Then they will ask you to evaluate only the
most critical changes. The TSP guidelines for handling the requirements-stability
problem are as follows:

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

นักพัฒนาซอฟต์แวร์เร็ว ๆ นี้เรียนรู้ว่า ไม่มีสิ่งดังกล่าวเป็น "ยืนยันความ"ในทางกลับกัน เปลี่ยนแปลงความต้องได้ราคาแพงมาก สำคัญคือเพื่อ ให้แน่ใจจัดการที่เข้าใจต้นทุนของการเปลี่ยนแปลงเป็นต้นทุนของประเมินการเปลี่ยนแปลงเสนอ แล้วพวกเขาจะขอให้คุณประเมินเฉพาะการเปลี่ยนแปลงที่สำคัญที่สุด ช้อนชาแนวทางสำหรับการจัดการความมั่นคงปัญหามีดังนี้:

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

นักพัฒนาซอฟต์แวร์ในเร็ว ๆ นี้ได้เรียนรู้ว่าไม่มีสิ่งเช่น "ความต้องการของ บริษัท "
ในทางกลับกันการเปลี่ยนแปลงความต้องการจะมีราคาแพงมาก. ที่สำคัญคือเพื่อให้แน่ใจว่าการบริหารจัดการที่มีความเข้าใจในค่าใช้จ่ายของการเปลี่ยนแปลงทุกเช่นเดียวกับค่าใช้จ่ายของการประเมินผลการเปลี่ยนแปลงที่นำเสนอทุกแล้วพวกเขาก็จะขอให้คุณประเมินเฉพาะการเปลี่ยนแปลงที่สำคัญที่สุดแนวทาง TSP สำหรับการจัดการความต้องการ-ความมั่นคง. ปัญหามีดังนี้

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

นักพัฒนาซอฟต์แวร์แล้วเรียนรู้ว่าไม่มีสิ่งดังกล่าวเป็น " บริษัท ความต้องการ "
ในทางกลับกัน ความต้องการการเปลี่ยนแปลงที่สามารถมีราคาแพงมาก ที่สำคัญคือเพื่อให้แน่ใจว่าค่าใช้จ่ายของการจัดการ
เข้าใจทุกการเปลี่ยนแปลง รวมทั้งต้นทุนของ
ประเมินทุกเสนอเปลี่ยน จากนั้นพวกเขาจะถามคุณเพื่อประเมินเฉพาะ
ที่สำคัญที่สุดการเปลี่ยนแปลง การรวมแนวทางการจัดการความต้องการความมั่นคง
ปัญหามีดังนี้ :