The sprint planning meeting is the

The sprint planning meeting is the key meeting where the risks are identified. These risks are
mostly related to the stories/software features that will be developed in the coming sprint. Based
on the risk-story prioritization technique [20], the high-risk stories should be selected first and
developed first. All the risks related to the developing features should be adequately assessed and
evaluated by the development team. The risk attributes that are mostly used are: risk exposure,
mitigation actions, likelihood, responsible person and financial impact (based on authors’ survey).
The weekly status meeting should contain the review of the current sprint risks. This meeting
should be led by the project manager. The Scrum master should also participate in this meeting
because he/she has the overview of the risks and other impediments the development team is
facing to. It is a good practise to invite also risk actionees who can comment on progress for the
critical risks or risks with the lowest risk proximity. As a suitable technique for reviewing the
total sprint risk exposure can be the risk burndown chart [21].

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

วิ่งวางแผนการประชุมเป็นการประชุมที่สำคัญที่ใช้ในการระบุความเสี่ยง มีความเสี่ยงเหล่านี้ส่วนใหญ่เกี่ยวข้องกับคุณลักษณะของเรื่องราว/ซอฟต์แวร์ที่จะพัฒนาในวิ่งมา ตามในเรื่องความเสี่ยงระดับเทคนิค [20], อิกเรื่องควรเลือกก่อน และพัฒนาก่อน ความเสี่ยงทั้งหมดที่เกี่ยวข้องกับคุณลักษณะการพัฒนาควรจะประเมินอย่างเพียงพอ และประเมิน โดยทีมพัฒนา แอตทริบิวต์ความเสี่ยงซึ่งส่วนใหญ่ใช้เป็น: ความเสี่ยงความเสี่ยงการดำเนินการบรรเทาสาธารณภัย โอกาส ผู้รับผิดชอบ และผลกระทบทางการเงิน (ตามแบบสำรวจของผู้เขียน)การประชุมสถานะรายสัปดาห์ควรประกอบด้วยการทบทวนความเสี่ยงวิ่งปัจจุบัน การประชุมนี้ควรจะนำ โดยผู้จัดการโครงการ แบบ scrum ได้ควรมีส่วนร่วมในการประชุมนี้ยังเนื่องจากได้ภาพรวมของความเสี่ยงและอื่น ๆ impediments เป็นทีมพัฒนาเชื่อมต่อกับการ ก็ฝึกดีชวนยัง actionees ความเสี่ยงที่สามารถแสดงความคิดเห็นเกี่ยวกับความคืบหน้าในการเสี่ยงที่สำคัญหรือความเสี่ยง มีความเสี่ยงต่ำ เป็นเทคนิคที่เหมาะสมสำหรับการตรวจทานการเสี่ยงวิ่งรวมอาจเสนอแผนภูมิ burndown ความเสี่ยง [21]

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

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