读者提问:产品总是临时加需求,怎么办 ?
阿常回答:大多数情况下需求变更是不可避免的,我们需要保持既开放又理性的心态,来拥抱需求变化,同时也要避免太多的需求变更。
一、需求变更无法逃避
需求变更是一把双刃剑,一方面需求变更可以优化产品功能,提升用户体验;另一方面需求变更给团队带来了开发成本的增加,并且会打击团队的士气。
如果某个产品的最终形态就是产品最初的需求分析,没有经历过一次需求变更,这就可能有两种原因:
其一,产品将所有细节都考虑到了,TA 是一位很牛的产品经理。
其二,整个团队都在抵制需求变更,拒绝做任何产品功能的优化。
二、如何控制需求变更
当需求变更来临时,我们可以从工作流程上来控制:
一)需求评估
1、必须改 -- 属于产品方向错误、核心体验类需求,这类需求变更无法拒绝,将原有需求的优先级重排,砍掉优先级低到需求,团队集中精力投入到新需求中。
2、可以改 -- 不属于产品方向错误及核心体验类需求,有时间改且开发成本允许的情况下,本次迭代改;没有时间改但开发成本允许的情况下,安排下个迭代改。
3、放弃修改 -- 开发成本不允许,放弃修改。
二)需求排期
根据需求评估结果,将新需求排入当前的迭代版本,或者将新需求置入下一个迭代版本。
三)需求记录
对本次需求变更做变更记录,包括变更原因、变更时间、变更人等等,做需求记录一方面可以方便大家后续学习总结,另一方面也可以约束产品不随意变更需求。
看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流
。
转发、点赞、在看三连走起,感谢支持。
程序员阿常
十年职场历程,拥有丰富的软件测试经验,以及项目管理经验。
236篇原创内容
公众号
网友评论