整体流程说明：
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文档区。
