7、变更的流程
7.1 收集
对于变更的需求,需求变更方需要通过一定的流程提交给产品经理,不论是邮件还是流程协作工具confluence这种,亦或是自己做的企业效能工具,通过系统的好处就是做到有迹可循,责任到人,事后也方便对需求变更进行统计,以分析变化的原因,降低变化。
7.2 评估
将变更的需求提交给变更控制委员会评审,变更委员会可根据上面的拒绝OR接受需求变更原则进行评估,这个评估的过程就是需求分析的过程,也是头脑风暴的过程。需求变更委员会最好由项目所涉及的多方人员共同组成,应该包括产品经理、项目经理、用户方和开发决策负责人等。
7.3 变更
需求如果确认变更,那就走变更的流程,变更的需求再开一次评审会,给项目团队的成员详细讲解一下。
7.4 修改
评审过后的需求,产品经理要修改对应的文档,开发计划的排期也需要重新排。
7.5 归档
妥善保存变更的相关文档,无论是以后自行查阅还是给到接盘者,让接盘者接手,都很有意义。

对于变更的需求,产品经理对上要反馈现状、明确目标、提出解决方案,对下要组织变更评估,明确目标,体现团队工作成绩。
全部评论

相关推荐

07-23 14:04
东北大学 C++
既然这样,为什么不点击就送呢
牛马88号:因为你合适。但有很多笔试就挂了、通过了再排序的
点赞 评论 收藏
分享
湫湫湫不会java:先投着吧,大概率找不到实习,没实习的时候再加个项目,然后把个人评价和荣誉奖项删了,赶紧成为八股战神吧,没实习没学历,秋招机会估计不多,把握机会。或者说秋招时间去冲实习,春招冲offer,但是压力会比较大
点赞 评论 收藏
分享
半解316:内容充实,细节需要修改一下。 1,整体压缩为一页。所有内容顶格。 2,项目描述删除,直接写个人工作量 修改完之后还需要建议,可以私聊
点赞 评论 收藏
分享
评论
点赞
1
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务