2. Values and PrinciplesThe DSDM fr

2. Values and Principles
The DSDM framework can be implemented for agile and traditional development
processes. To show how DSDM relates 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:

2. ค่า และหลักการกรอบ DSDM สามารถนำมาใช้สำหรับการพัฒนาแบบดั้งเดิม และคล่องตัวกระบวนการทาง แสดงวิธี DSDM เกี่ยวข้องกับวิธีการคล่องตัว จึงจำเป็นต้องเข้าใจวิธี 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:

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