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

ผลลัพธ์ (ไทย) 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 แนะนำความพยายามหลักของมันคือการส่งมอบ
ซอฟต์แวร์ที่ดีพอที่จะแก้ปัญหา ความต้องการทางธุรกิจและรำคาญกับการใด ๆ

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

2 . ค่านิยมและหลักการ
dsdm กรอบสามารถใช้ Agile และกระบวนการพัฒนา
แบบดั้งเดิม เพื่อแสดงให้เห็นว่า dsdm เกี่ยวข้องกับ Agile วิธีการจำเป็น

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

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

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

และด้วยคุณสมบัติปรับรายละเอียดของโซลูชันทางด้านเทคนิคเน้นส่ง

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

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