看您这个题目写的有点混淆哦,我说说我的想法,您看下对不对?
两个点:
1、开发过程中的需求变更(如果发布以后再变更需求,就变成了新需求)
2、开发完成,测试完成以后的产品验收(理解您说的需求验收应该是产品验收)
问题:
如何完善产品研发流程中的,需求变更过程 和 产品验收阶段,并建立相应的可执行方案!
如果确认,我就这两个方面说说自己的想法:
1、需求变更
首先我想说的是,需求变更不可避免,毕竟没有完美的想法,也不会有完美的需求。
需求变更一般会出现在研发过程的:1、需求评审后到开发执行阶段 2、开发到测试完成阶段
一般来说,开发、测试都不希望出现需求变更,因为可能会影响开发、测试计划,导致周期变长,因此,需求评审就变得非常重要,应该引起重视,尽量的把需求定下来就不要变了,除非是开发过程遇到了严重的问题,比如第三方支付停止服务,上线去要有新条款等等,还有就是领导下了“政治”任务。因此,这个过程应该有个基本的规范,什么需求必需变更,什么需求延期到下一个版本。
一旦出现了需求变更,该怎么做呢?
1、产品,设计,pmo,相关研发,测试人员,开个小的需求会
2、更新需求文档、设计文档、测试计划、项目计划等相关文档
3、发邮件周知相关参与人员和领导
4、回到正常项目流程
1、产品验收
这个就很明确了,一般都是在研发完成,发布之前由产品完成。
一般为:研发完成(发邮件测试)->测试完成(发邮件给产品)->产品验收功能(发邮件给运维上线)
注意几点:
1、产品验收后,如果有问题,需要部分反工。
2、主要是UI 和 基本功能验收
产品验收一般是这样的,但是,建议将UI 验收 和 基本功能验收分开,将UI验收放到预发布测试完成后执行,将功能验收放到发版之前完成。
先说这些哦,有疑问,盖楼沟通~~
|