附錄A

A.8 MoSCoW優先順序與交付範圍

Case M01完整需求分析與需求規格

A.8 MoSCoW優先順序與交付範圍

MoSCoW分為Must have、Should have、Could have與Won't have,用來表達特定版本或交付範圍的優先選擇。Won't have表示本次不納入,不代表永遠不需要。

需求群組MoSCoW理由
身分驗證與權限Must所有受保護服務的前提
團隊、報名、人數、期限與文件Must沒有這些能力就無法完成報名
資格審查與補正Must決定報名能否成立
評審分派、利益衝突與專題存取Must關係競賽公平與資料保護
評分、鎖定、更正與稽核Must核心審查流程
結果彙整、確認與公告Must形成正式競賽結果
狀態查詢與必要通知Should降低人工查詢並提高透明度
進階統計與歷屆查詢Could有價值但不阻礙核心流程
AI自動評審Won't不納入本次核心範圍

優先順序只表示特定版本的交付選擇,不等同於需求是否已確認。