Summary (สรุป)

Risk storming ไม่ใช่กระบวนการที่ทำครั้งเดียวจบ มันดำเนินต่อไปตลอด lifecycle ของระบบ ในขณะที่ทีมทำงาน เพื่อระบุและลดความเสี่ยงก่อนที่มันจะปรากฏใน production ความถี่ที่องค์กรควรจัด session risk-storming ขึ้นอยู่กับหลายปัจจัย รวมถึงความถี่ของการเปลี่ยนแปลง, ความพยายามในการ refactor architecture และการ พัฒนาแบบ incremental ของ architecture โดยทั่วไปจะทำ risk storming บางมิติหลังจากเพิ่มฟีเจอร์สำคัญ หรือในตอนท้ายของทุก iteration เพื่อให้แน่ใจว่า architecture ถูกต้องและจะตอบสนองความต้องการของธุรกิจได้