整體流程說明：
MRD評審：磨刀不誤砍柴工
1、MRD對於問題細節分支和細節描述希望能夠更多覆蓋，避免開發過程中的反覆確認和信息不對稱。
2、MRD評審，RD&QA都要帶着問題去評審，這樣也可以更好幫助產品規避沒有想到的邊界問題。
開發物料管理：清晰才能簡單可依賴
PM：負責上傳最新MRD文檔、交互文檔、最終視覺稿、切圖標註到項目icafe文檔區域。
說明：之前版本的物料一直使用郵件來更新，十分混亂，而且經常下載錯，反覆溝通確認，管理混亂，效率低下。以後請PM確認完成最新版本的物料，進行上傳。icafe不會使用的可以問一下導師或者PMO@束劍。上傳完成，項目溝通羣知曉一下RD即可。有問題的可以發起溝通。
RD和QA可以直接從文檔區便捷獲取最新版本的文檔和物料。
需求變更流程：合理擁抱變化
說明：
1、PM/UED發起變更，需要經過各方確認，不能點對點溝通進行口頭變更
2、非P0級別需求變更，不能在集成測試階段發起：P0級別是嚴重影響功能使用的問題
3、變更需要修改MRD，便於問題的回溯和確認跟進；更新完MRD請及時更新到icafe文檔區。
