找回密码
 我要加入

QQ登录

只需一步,快速开始

Daiwei

注册会员

  • 19

    积分

  • 1

    帖子

  • 1

    精华

想把需求验收及需求变更流程形成可推行的方案,有没有什么好的想法,求助求助
1509098528235.jpg
分享至 : QQ空间
收藏

1 个回复

倒序浏览
看您这个题目写的有点混淆哦,我说说我的想法,您看下对不对?

两个点:
1、开发过程中的需求变更(如果发布以后再变更需求,就变成了新需求)
2、开发完成,测试完成以后的产品验收(理解您说的需求验收应该是产品验收)

问题:
如何完善产品研发流程中的,需求变更过程 和 产品验收阶段,并建立相应的可执行方案!

如果确认,我就这两个方面说说自己的想法:

1、需求变更
首先我想说的是,需求变更不可避免,毕竟没有完美的想法,也不会有完美的需求。
需求变更一般会出现在研发过程的:1、需求评审后到开发执行阶段  2、开发到测试完成阶段

一般来说,开发、测试都不希望出现需求变更,因为可能会影响开发、测试计划,导致周期变长,因此,需求评审就变得非常重要,应该引起重视,尽量的把需求定下来就不要变了,除非是开发过程遇到了严重的问题,比如第三方支付停止服务,上线去要有新条款等等,还有就是领导下了“政治”任务。因此,这个过程应该有个基本的规范,什么需求必需变更,什么需求延期到下一个版本。

一旦出现了需求变更,该怎么做呢?
1、产品,设计,pmo,相关研发,测试人员,开个小的需求会
2、更新需求文档、设计文档、测试计划、项目计划等相关文档
3、发邮件周知相关参与人员和领导
4、回到正常项目流程

1、产品验收
这个就很明确了,一般都是在研发完成,发布之前由产品完成。
一般为:研发完成(发邮件测试)->测试完成(发邮件给产品)->产品验收功能(发邮件给运维上线)
注意几点:
1、产品验收后,如果有问题,需要部分反工。
2、主要是UI 和  基本功能验收

产品验收一般是这样的,但是,建议将UI 验收 和  基本功能验收分开,将UI验收放到预发布测试完成后执行,将功能验收放到发版之前完成。

先说这些哦,有疑问,盖楼沟通~~
回复 使用道具 举报
您需要登录后才可以回帖 登录 | 我要加入
关闭

站长推荐 上一条 /2 下一条