In the traditional approach to proj

In the traditional approach to project management (shown on the left of the diagram above) the feature content of the solution is fixed whilst time and cost are subject to variation.
If the project goes off track, more resources are often added (which varies the cost) and/or the delivery date extended (which varies the time). However, adding resources to a late project often makes it even later and a missed deadline can be disastrous from a business perspective and often damages credibility. Under such pressure, quality often becomes a variable, as a result of introducing compromises which have not been thought through, by reducing essential quality control steps or by cutting back on testing.
With proper planning, any three of the four project variables can be fixed provided one is allowed to vary. In an Agile project the greatest predictability and the most successful outcome for a project usually comes from fixing time, cost and quality and allowing the scope of the features delivered to vary.
By default, using the AgilePF approach (shown on the right of the diagram above), time, cost and quality are fixed as part of establishing firm Foundations for the project. To reach the point where this can be achieved, an understanding of the high level features is required, sufficient to provide a sensible estimate for those aspects of the project that are fixed. At the same time, it is normal for a subset of the features to be identified as mandatory. This is on the understanding that if the solution does not include these features then it will have either no value or that value will be so severely compromised the project would be considered an outright failure.

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

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

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

ในวิธีการแบบดั้งเดิมในการบริหารจัดการโครงการ (แสดงทางด้านซ้ายของแผนภาพข้างต้น) เนื้อหาคุณลักษณะของการแก้ปัญหาได้รับการแก้ไขในขณะที่เวลาและค่าใช้จ่ายที่อาจมีการเปลี่ยนแปลง.
หากโครงการไปออกติดตามทรัพยากรมากขึ้นมักจะเพิ่ม (ซึ่งแตกต่างกันไป ค่าใช้จ่าย) และ / หรือวันที่ส่งมอบขยาย (ซึ่งแตกต่างกันไปในเวลานั้น) อย่างไรก็ตามการเพิ่มทรัพยากรที่จะเป็นโครงการในช่วงปลายมักจะทำให้ได้ในภายหลังและกำหนดเส้นตายพลาดจะหายนะจากมุมมองธุรกิจและบ่อยครั้งที่ความน่าเชื่อถือความเสียหาย ภายใต้แรงกดดันดังกล่าวที่มีคุณภาพมักจะกลายเป็นตัวแปรที่เป็นผลของการแนะนำการประนีประนอมซึ่งยังไม่ได้รับความคิดผ่านโดยการลดขั้นตอนการควบคุมคุณภาพที่สำคัญหรือโดยการตัดกลับมาที่การทดสอบ.
ด้วยการวางแผนที่เหมาะสมใด ๆ สามสี่ตัวแปรโครงการสามารถแก้ไขได้ ให้ใครได้รับอนุญาตที่จะแตกต่างกันไป ในโครงการเปรียวคาดการณ์ที่ยิ่งใหญ่ที่สุดและผลสำเร็จมากที่สุดสำหรับโครงการมักจะมาจากการแก้ไขเวลาค่าใช้จ่ายและคุณภาพและช่วยให้ขอบเขตของคุณสมบัติที่ส่งไปยังแตกต่างกันไป.
โดยค่าเริ่มต้นใช้วิธี AgilePF (แสดงทางด้านขวาของแผนภาพ ด้านบน) เวลาค่าใช้จ่ายและคุณภาพได้รับการแก้ไขเป็นส่วนหนึ่งของการสร้างรากฐานที่มั่นคงสำหรับโครงการ ในการเข้าถึงจุดที่นี้สามารถทำได้เข้าใจในคุณสมบัติในระดับสูงที่ถูกต้องเพียงพอที่จะให้การประมาณการที่เหมาะสมสำหรับด้านที่ของโครงการที่ได้รับการแก้ไข ในขณะเดียวกันก็เป็นเรื่องปกติสำหรับส่วนหนึ่งของคุณสมบัติที่จะได้รับการระบุว่าเป็นผู้ได้รับมอบอำนาจ นี้เป็นความเข้าใจที่ว่าถ้าแก้ปัญหาไม่ได้มีคุณสมบัติเหล่านี้แล้วมันจะมีทั้งไม่มีค่าหรือค่าที่จะถูกทำลายอย่างรุนแรงโครงการจะได้รับการพิจารณาความล้มเหลวทันที

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

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