One reason you may be trying to ado

One reason you may be trying to adopt agile is that you are having trouble delivering software predictably in your business, technical, and team environment. One of the main differences between agile and traditional projects is their different approaches to managing and mitigating risk.

Software projects are complex and can quicky go off track. This isn’t a new phenomenon. Consider that Fred Brooks in his 1975 book on software projects, The Mythical Man Month, asked, “How does a project get to be a year late? One day at a time.”

Agile methods are one way to use iteration and frequent feedback to manage risk. Getting feedback early so that you can make corrections or change expectations isn’t a new idea, but implementing a process that can give you both this feedback and the tools you need to make corrections is difficult for a number of reasons. Even though agile came to popular awareness in the late 1990s, it’s still hard for teams to fully adopt agile. Part of the reason for this reluctance to adapt new ways of working is that the traditional approach to risk management is both deeply ingrained in the culture of many organizations and also appealing at some level.

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

เหตุผลหนึ่งที่คุณอาจกำลังพยายามใช้คล่องตัวคือ คุณมีปัญหาในการส่งมอบซอฟต์แวร์ฉายในธุรกิจของคุณ เทคนิค และทีมสิ่งแวดล้อม ความแตกต่างหลักระหว่างโครงการดั้งเดิม และคล่องตัวเป็นความแตกต่างยื่นในการจัดการ และบรรเทาความเสี่ยงโครงการซอฟต์แวร์ซับซ้อน และสามารถไป quicky คอก นี้ไม่ใช่ปรากฏการณ์ใหม่ พิจารณาว่า Fred บรู๊คส์ในหนังสือของเขา 1975 ในโครงการซอฟต์แวร์ เดอะตำนานคนเดือน ถาม "วิธีไม่โครงการได้ ปลายปีหรือไม่ วันหนึ่งที"วิธีการคล่องตัวคือ วิธีหนึ่งในการใช้คำซ้ำและคำติชมบ่อย ๆ เพื่อจัดการความเสี่ยง ความคิดเห็นรับก่อนเพื่อให้คุณสามารถทำการแก้ไข หรือเปลี่ยนแปลงความคาดหวังไม่ได้ความคิดใหม่ แต่ใช้กระบวนการที่สามารถให้ผลป้อนกลับนี้และเครื่องมือที่คุณจำเป็นต้องทำการแก้ไข ได้ยากสำหรับจำนวนของเหตุผล แม้ว่าโรงมาทางยอดนิยมในปลายปี 1990 ได้ยังยากสำหรับทีมนำอย่างคล่องตัว ส่วนหนึ่งของสาเหตุนี้ไม่เต็มใจปรับวิธีใหม่ในการทำงานคือวิธีแบบดั้งเดิมเพื่อการบริหารจัดการ ingrained ลึกในวัฒนธรรมของหลายองค์กร ทั้งยังน่าสนใจในบางระดับ

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

เหตุผลหนึ่งที่คุณอาจจะพยายามที่จะนำมาใช้เปรียวคือการที่คุณมีปัญหาในการส่งมอบซอฟต์แวร์ที่คาดการณ์ในธุรกิจของคุณทางด้านเทคนิคและสภาพแวดล้อมในทีม หนึ่งในความแตกต่างที่สำคัญระหว่างโครงการเปรียวและแบบดั้งเดิมคือวิธีที่แตกต่างของพวกเขาในการจัดการและลดความเสี่ยง. โครงการซอฟแวร์มีความซับซ้อนและ Quicky สามารถไปออกติดตาม นี้ไม่ได้เป็นปรากฏการณ์ใหม่ พิจารณาว่าเฟร็ดบรูคส์ในปี 1975 หนังสือของเขาในโครงการซอฟแวร์ที่เป็นตำนานผู้ชายเดือนถามว่า "โครงการอย่างไรได้รับที่จะปลายปี? วันหนึ่งในเวลา. "วิธีการAgile เป็นหนึ่งในวิธีการใช้ซ้ำและข้อเสนอแนะที่พบบ่อยในการจัดการความเสี่ยง ข้อเสนอแนะที่ได้รับในช่วงต้นเพื่อให้คุณสามารถทำการแก้ไขหรือเปลี่ยนความคาดหวังที่ไม่เป็นความคิดใหม่ แต่การดำเนินการขั้นตอนที่สามารถให้คุณทั้งสองข้อเสนอแนะนี้และเครื่องมือที่คุณต้องการที่จะทำให้การแก้ไขเป็นเรื่องยากสำหรับจำนวนของเหตุผลที่ แม้ว่าเปรียวมาถึงการรับรู้ที่เป็นที่นิยมในปลายปี 1990 ก็ยังคงเป็นเรื่องยากสำหรับทีมที่จะนำมาใช้อย่างเต็มที่เปรียว ส่วนหนึ่งของเหตุผลสำหรับความไม่เต็มใจที่จะปรับตัวนี้วิธีการใหม่ของการทำงานก็คือวิธีการแบบดั้งเดิมในการบริหารความเสี่ยงที่เป็นทั้งฝังลึกอยู่ในวัฒนธรรมขององค์กรจำนวนมากและยังน่าสนใจที่บางระดับที่

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

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

โครงการซอฟต์แวร์มีความซับซ้อนและจะเร็วไปติดตาม นี้ไม่ได้เป็นปรากฏการณ์ใหม่พิจารณาว่า เฟรดบรูกส์ใน 1975 หนังสือในโครงการซอฟต์แวร์ , เดือน , เป็นตำนานว่า " ทำไมโครงการต้องเป็นปีสาย วันหนึ่งในเวลา . "

ว่องไววิธีเป็นวิธีหนึ่งในการใช้ซ้ำบ่อยและข้อเสนอแนะเพื่อจัดการความเสี่ยง ได้รับการตอบรับก่อนเพื่อให้คุณสามารถแก้ไขหรือความคาดหวังที่เปลี่ยน ไม่ใช่ความคิดใหม่แต่การใช้กระบวนการที่สามารถให้คุณทั้งติชมและเครื่องมือที่คุณต้องการที่จะทำให้การแก้ไขเป็นเรื่องยากสำหรับจำนวนของเหตุผล ถึงแม้ว่าเปรียวมาเป็นที่นิยมความตระหนักในปลายปี 1990 , มันยังยากสำหรับทีมอย่างอุปการะว่องไวส่วนหนึ่งของเหตุผลสำหรับความไม่เต็มใจที่จะปรับวิธีการใหม่ของการทำงานคือ วิธีการแบบดั้งเดิม เพื่อบริหารความเสี่ยง มีทั้งฝังแน่นในวัฒนธรรมของหลายองค์กร และยัง ที่น่าสนใจในบางระดับ