to the agile methodology it’s essen

to the agile methodology it’s essential to
understand how DSDM principles relate to agile development process values. The
following chapter introduces the DSDM principles and matches them to key agile
concepts afterwards. In the last two sections a brief analysis of the DSDM philosophy
will conclude with a reflection on whether DSDM introduces any new concepts.
2.1 The 9 Principles
The following nine principles are essential to any DSDM implementation, ignoring
one of them will break with the frameworks philosophy and significantly increase
project risks. This is in sharp contrast to the DSDM project structure, where some of
the steps may be disregarded or modified to fit a concrete project layout.
2.1.1 Active user Involvement is Imperative
The first principle is considered the most important, because user involvement
through out the project effectively reduces errors in terms of user perception, and
therefore reduces error costs. Instead of working with a large set of users a DSDM
project guidelines recommend working with a small, select set of users continually,
rather then in periodic workshops or review sessions. Continuity is required by
several other DSDM principles as well, highlighting this single project attribute even
more.
2.1.2 Teams Must be Empowered to Make Decisions
To proceed as quickly as possible transaction costs, as resulting from friction in
communications of project participants and managers, need to be avoided. Requesting
authorization of even modest resources, or simple requirement changes will slow
down a project significantly. Addressing these inefficiencies users and other DSDM
participants should be given limited authority to make decisions related to:
· Requirements in practice
· Which functionality needs to be in a given increment
· Prioritization of requirements and features
· Fine details of the technical solution
2.1.3 Focus on Frequent Delivery
Frequent deliveries of results ensure that errors are detected quickly, are easily
reversed and closer at the source of the error. This applies both to program code as
well as to documents like requirements or data models.
2.1.4 Fitness for Business is Criterion for Accepted Deliverables
As the name of the DSDM framework suggest, its primary endeavor is to deliver
software which is good enough to solve the business need and bother with any

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

การวิธีคล่องตัว จึงจำเป็นต้องเข้าใจวิธี DSDM หลักสัมพันธ์กับค่ากระบวนการพัฒนาที่คล่องตัว ที่บทต่อไปนี้แนะนำหลัก DSDM และตรงกับพวกเขาถึงคีย์ที่คล่องตัวแนวคิดภายหลัง ในสองสุดท้ายส่วนวิเคราะห์ปรัชญา DSDM แบบย่อจะสรุปกับสะท้อนว่า DSDM แนะนำแนวคิดใหม่ใด ๆ2.1 ที่ 9 หลักต่อไปนี้ 9 หลักจำเป็นต่อการใช้งานใด ๆ DSDM ละเว้นหนึ่งของพวกเขาจะทำลายกับปรัชญากรอบ และเพิ่มความเสี่ยงของโครงการ นี่คือในความคมชัดคมโครงสร้างโครงการ DSDM บางขั้นตอนอาจจะละเว้น หรือปรับเปลี่ยนให้พอดีกับเค้าโครงโครงการคอนกรีต2.1.1 ผู้เกี่ยวข้องมีความจำหลักการแรกถือว่าสำคัญสุด เนื่องจากผู้ใช้มีส่วนร่วมทางออกโครงการได้อย่างมีประสิทธิภาพลดความผิดพลาดในด้านการรับรู้ของผู้ใช้ และจึง ช่วยลดต้นทุนผิดพลาด ทำงานขนาดใหญ่ตั้งผู้ DSDM เป็นโครงการแนะนำแนวทางการทำงานกับชุดเล็ก เลือกผู้ใช้อย่างต่อเนื่องแล้วในการประชุมเชิงปฏิบัติการเป็นครั้งคราวหรือเซสชันการตรวจทาน ความต่อเนื่องจำเป็นต้องใช้แม้หลายอื่น ๆ DSDM หลักเช่น เน้นคุณลักษณะของโครงการนี้เพิ่มเติม2.1.2 ทีมที่ต้องอำนาจการตัดสินใจการดำเนินการอย่างรวดเร็วที่สุดธุรกรรมต้นทุน เป็นผลมาจากแรงเสียดทานในการสื่อสารของผู้เข้าร่วมโครงการและผู้จัดการ จำเป็นต้องหลีกเลี่ยง ร้องขอการตรวจสอบทรัพยากรยังเจียมเนื้อเจียมตัว หรือเปลี่ยนแปลงความต้องการง่าย ๆ จะช้าลงโครงการอย่างมีนัยสำคัญ กำหนดผู้ใช้ inefficiencies เหล่านี้และอื่น ๆ DSDMผู้เรียนควรได้รับอำนาจจำกัดเพื่อทำการตัดสินใจที่เกี่ยวข้องกับ:· ความต้องการในทางปฏิบัติ· ฟังก์ชันที่ต้องการเพิ่มให้· ระดับความสำคัญของความต้องการและคุณลักษณะ· รายละเอียดที่ชัดเจนของการแก้ปัญหาทางเทคนิค2.1.3 เน้นจัดส่งบ่อยครั้งบ่อยครั้งส่งผลให้แน่ใจว่า ข้อผิดพลาดตรวจพบอย่างรวดเร็ว ง่าย ๆกลับ และใกล้ที่แหล่งที่มาของข้อผิดพลาด นี้ใช้ได้ทั้งรหัสโปรแกรมทั้งเป็นเอกสารเช่นแบบจำลองความต้องการหรือข้อมูล2.1.4 การฟิตเนสสำหรับธุรกิจเป็นเกณฑ์สำหรับ Deliverables ยอมรับเป็นชื่อของกรอบ DSDM แนะนำ การแข่งขันหลักคือการ ส่งมอบซอฟต์แวร์ที่ดีพอที่จะแก้ต้องการทางธุรกิจ และรบกวนใด ๆ

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

วิธีการที่จะเปรียวก็จำเป็นที่จะเข้าใจวิธีการหลักการ DSDM เกี่ยวข้องกับค่ากระบวนการพัฒนาเปรียว บทต่อไปนี้แนะนำหลักการ DSDM และตรงกับพวกเขาที่จะคล่องตัวที่สำคัญแนวคิดหลังจากนั้น ในช่วงสองส่วนการวิเคราะห์สั้น ๆ ของปรัชญา DSDM จะสรุปกับการสะท้อนว่า DSDM แนะนำแนวคิดใหม่ ๆ . 2.1 9 หลักการต่อไปนี้เก้าหลักการมีความสำคัญต่อการดำเนินงานDSDM ใด ๆ โดยไม่สนใจหนึ่งของพวกเขาจะทำลายกับปรัชญากรอบและมีนัยสำคัญเพิ่มความเสี่ยงของโครงการ นี้อยู่ในความคมชัดคมโครงสร้างโครงการ DSDM ที่บางส่วนของขั้นตอนอาจจะไม่ใส่ใจหรือการปรับเปลี่ยนให้เหมาะสมกับรูปแบบโครงการที่เป็นรูปธรรม. 2.1.1 การมีส่วนร่วมของผู้ใช้ที่ใช้งานมีความจำเป็นหลักการแรกถือว่าเป็นสิ่งที่สำคัญมากที่สุดเพราะการมีส่วนร่วมของผู้ใช้ผ่านออกโครงการได้อย่างมีประสิทธิภาพช่วยลดข้อผิดพลาดในแง่ของการรับรู้ของผู้ใช้และดังนั้นจึงช่วยลดค่าใช้จ่ายข้อผิดพลาด แทนการทำงานร่วมกับชุดใหญ่ของผู้ใช้ DSDM แนวทางโครงการขอแนะนำให้ทำงานกับขนาดเล็กให้เลือกการตั้งค่าของผู้ใช้อย่างต่อเนื่องมากกว่านั้นในการฝึกอบรมเป็นระยะ ๆ หรือการประชุมทบทวน ความต่อเนื่องถูกต้องตามหลักการ DSDM อื่น ๆ อีกหลายเช่นเดียวกับไฮไลท์นี้โครงการเดียวแอตทริบิวต์แม้มากขึ้น. 2.1.2 ทีมจะต้องมีอำนาจในการตัดสินใจในการดำเนินการให้เร็วที่สุดเท่าที่เป็นไปได้ต้นทุนการทำธุรกรรมเป็นผลมาจากแรงเสียดทานในการสื่อสารของผู้เข้าร่วมโครงการและผู้จัดการจะต้องมีการหลีกเลี่ยง การขออนุญาตของทรัพยากรที่เจียมเนื้อเจียมตัวแม้หรือการเปลี่ยนแปลงความต้องการที่เรียบง่ายจะชะลอตัวลงอย่างมีนัยสำคัญโครงการ ที่อยู่ไร้ประสิทธิภาพเหล่านี้ผู้ใช้และอื่น ๆ DSDM ผู้เข้าร่วมควรจะให้ผู้มีอำนาจ จำกัด ในการตัดสินใจที่เกี่ยวข้องกับ: ·ความต้องการในการปฏิบัติ·ซึ่งการทำงานจะต้องมีการเพิ่มขึ้นในได้รับ·จัดลำดับความสำคัญของความต้องการและคุณสมบัติ·รายละเอียดที่ดีของการแก้ปัญหาทางเทคนิค2.1.3 โฟกัส ในการจัดส่งสินค้าที่ใช้บ่อยในการส่งมอบบ่อยของผลการตรวจสอบให้แน่ใจว่ามีการตรวจพบข้อผิดพลาดได้อย่างรวดเร็วจะได้อย่างง่ายดายกลับและใกล้ชิดที่แหล่งที่มาของข้อผิดพลาด นี้นำไปใช้ทั้งในการเขียนโปรแกรมรหัสเป็นเดียวกับเอกสารเช่นความต้องการหรือรูปแบบข้อมูล. 2.1.4 การออกกำลังกายสำหรับธุรกิจที่มีเกณฑ์ได้รับการยอมรับสำหรับการส่งมอบเป็นชื่อของกรอบDSDM ที่ชี้ให้เห็นความพยายามหลักของมันคือการส่งมอบซอฟต์แวร์ที่ดีพอที่จะแก้ปัญหาความต้องการทางธุรกิจและรำคาญกับการใด ๆ

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

กับ Agile วิธีการจำเป็น

เข้าใจหลักการ dsdm เกี่ยวข้องกับค่ากระบวนการพัฒนาว่องไว
ตามบทแนะนำ dsdm หลักและตรงกับพวกเขาแนวคิด Agile
คีย์อีก ในช่วงสองส่วนการวิเคราะห์สั้น ๆของ dsdm ปรัชญา
จะสรุปกับการสะท้อนว่า dsdm แนะนำแนวคิดใหม่ 2.1 หลักการ
.
9ต่อไปนี้เก้าหลักการจะสรุปใด ๆ dsdm ปฏิบัติละเว้น
หนึ่งของพวกเขาจะแบ่งกับกรอบปรัชญาและเพิ่มขึ้น
ความเสี่ยงของโครงการ นี่คือในคมชัดกับ dsdm โครงการโครงสร้างที่บางขั้นตอนอาจจะปัด
หรือปรับเปลี่ยนให้เหมาะสมกับรูปแบบงานคอนกรีต ใช้เกี่ยวโยงขวางตัว

หลักการแรกถือว่าสำคัญที่สุด เพราะผู้ใช้มีส่วนร่วม
ผ่านโครงการได้อย่างมีประสิทธิภาพช่วยลดข้อผิดพลาดในแง่ของการรับรู้ของผู้ใช้และ
จึงช่วยลดต้นทุนผิดพลาด แทนที่จะทำงานกับชุดใหญ่ของผู้ใช้ dsdm
โครงการแนวทางแนะนำให้ทำงานกับขนาดเล็ก เลือกชุดของผู้ใช้อย่างต่อเนื่อง ,
แต่แล้วในการประชุมเชิงปฏิบัติการเป็นระยะ หรือทบทวนครั้งความต่อเนื่องคือต้องตาม
หลาย ๆ dsdm หลักการเช่นกัน เน้นโครงการเดียวนี้คุณลักษณะแม้
.
2.1.2 ทีมต้องให้อำนาจการตัดสินใจ
ดำเนินการเร็วรายการค่าใช้จ่ายที่เป็นไปได้ที่เกิดจากแรงเสียดทานใน
การสื่อสารของผู้เข้าร่วมโครงการและผู้จัดการ ต้องหลีกเลี่ยง ขอ
อนุญาตแม้เจียมเนื้อเจียมตัว ทรัพยากรหรือการเปลี่ยนแปลงความต้องการที่เรียบง่ายจะช้า
ลงโครงการอย่างมีนัยสำคัญทางสถิติ อยู่เหล่านี้และความไร้ประสิทธิภาพ ผู้ใช้ dsdm
อื่น ๆ ผู้ที่ควรได้รับ จำกัด อำนาจการตัดสินใจเกี่ยวกับความต้องการในการฝึกด้วย :

ด้วย ซึ่งการทำงานต้องอยู่ในลำดับความสำคัญของความต้องการให้เพิ่มด้วย

และด้วยคุณสมบัติปรับรายละเอียดของการแก้ปัญหาทางเทคนิค
2.1 .3 มุ่งเน้นการส่งมอบการส่งมอบผล
บ่อยบ่อยว่า ข้อผิดพลาดที่ตรวจพบได้อย่างรวดเร็วได้อย่างง่ายดาย
กลับและใกล้ชิดที่แหล่งที่มาของข้อผิดพลาด นี้ใช้ทั้งรหัสโปรแกรมและเอกสารเช่นความต้องการ

หรือข้อมูลรุ่น 2.1.4 ฟิตเนสสำหรับธุรกิจเป็นเกณฑ์การยอมรับผลงาน
เป็นชื่อของ dsdm กรอบแนะนำ มุ่งหมายหลักของมันคือการส่งมอบ
ซึ่งเป็นซอฟต์แวร์ที่ดีพอที่จะแก้ปัญหาความต้องการทางธุรกิจและรำคาญกับใด ๆ