Small prototype apps were developed

Small prototype apps were developed to evaluate the graphics
and user interface libraries. Once the libraries had been selected,
an iterative incremental approach was used. Requirements for each
iteration, a fixed period or “timebox” of two weeks, were defined
and prioritised before each iteration as MoSCoW lists based on
client feedback. MoSCoW is a “prioritisation technique used in
business analysis and software development to reach a common
understanding with stakeholders on the importance they place on
the delivery of each requirement” [14]. The client classifies the
tasks for an iteration as “Must have”, “Should have” “Could have”,
“Would like, but won’t be implemented”. The developer indicates
the expected time each task should take. To be used effectively,
timeboxing requires at most 60% of the requirements to be of type
“Must have”, so the client and developer can be confident that they
will be achieved within the timebox

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

โปรแกรมประยุกต์ต้นแบบขนาดเล็กได้รับการพัฒนาเพื่อประเมินกราฟิกและผู้ใช้อินเทอร์เฟซสำหรับไลบรารี เมื่อไลบรารีได้ รับเลือกใช้วิธีการเพิ่มซ้ำ ความต้องการสำหรับแต่ละกำหนดการเกิดซ้ำ ระยะ หรือ "timebox" สองสัปดาห์และ prioritised ก่อนที่จะเกิดซ้ำแต่ละเป็นมอสโกรายการตามคำติชมของลูกค้า มอสโกเป็นการ "prioritisation เทคนิคที่ใช้ในธุรกิจวิเคราะห์และซอฟต์แวร์พัฒนาถึงการทั่วไปเข้าใจกับการมีส่วนได้เสียในความสำคัญที่จะวางบนจัดส่งของแต่ละความต้องการ" [14] การแบ่งประเภทของลูกค้างานสำหรับการเกิดซ้ำเป็น "ต้องมี" "ควรมี" "ไม่มี""อยาก แต่จะไม่สามารถดำเนินการ" นักแสดงเวลาที่คาดว่าแต่ละงานควรใช้ สามารถใช้ได้อย่างมีประสิทธิภาพtimeboxing ต้องมากที่สุด 60% ของความต้องการเป็นชนิด"ต้องมี" เพื่อให้ลูกค้าและผู้พัฒนาสามารถมั่นใจว่าพวกเขาจะได้รับภายใน timebox

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

ปพลิเคชันต้นแบบขนาดเล็กถูกพัฒนาขึ้นเพื่อประเมิน
และห้องสมุดกราฟิกส่วนติดต่อผู้ใช้ เมื่อห้องสมุดได้รับการคัดสรร
วิธีการเพิ่มซ้ำถูกใช้ ข้อกำหนดสำหรับแต่ละ
ซ้ำ , ระยะเวลาคงที่หรือ " timebox " สองสัปดาห์และกำหนด
จัดลําดับความสําคัญก่อนแต่ละ iteration เป็นมอสโกรายการตาม
ติชมของลูกค้า มอสโกเป็นเทคนิคที่ใช้ใน
" prioritisationการวิเคราะห์ธุรกิจและการพัฒนาซอฟต์แวร์การเข้าถึงทั่วไป
ความเข้าใจกับผู้เกี่ยวข้องเกี่ยวกับความสำคัญที่พวกเขาวางบน
การจัดส่งของแต่ละความต้องการ " [ 14 ] ลูกค้าจัด
งานสำหรับการเป็น " ต้องมี " " ควรมี " อาจ "
" ต้องการ แต่จะไม่ใช้ " นักพัฒนาที่บ่งชี้
ๆ งานแต่ละงานควรใช้ จะถูกใช้อย่างมีประสิทธิภาพ
timeboxing ต้องการส่วนใหญ่ 60% ของความต้องการที่จะเป็นชนิด
" ต้องมี " เพื่อให้ลูกค้าและนักพัฒนาสามารถมั่นใจได้ว่าพวกเขาจะได้รับภายใน timebox