标签：需求 开发成本 迭代 阿常 临时 产品 怎么办 总是 变更
读者提问：产品总是临时加需求，怎么办 ？
阿常回答：大多数情况下需求变更是不可避免的，我们需要保持既开放又理性的心态，来拥抱需求变化，同时也要避免太多的需求变更。
一、需求变更无法逃避
需求变更是一把双刃剑，一方面需求变更可以优化产品功能，提升用户体验；另一方面需求变更给团队带来了开发成本的增加，并且会打击团队的士气。
如果某个产品的最终形态就是产品最初的需求分析，没有经历过一次需求变更，这就可能有两种原因：
其一，产品将所有细节都考虑到了，TA 是一位很牛的产品经理。其二，整个团队都在抵制需求变更，拒绝做任何产品功能的优化。
二、如何控制需求变更
当需求变更来临时，我们可以从工作流程上来控制：
一）需求评估
1、必须改 -- 属于产品方向错误、核心体验类需求，这类需求变更无法拒绝，将原有需求的优先级重排，砍掉优先级低到需求，团队集中精力投入到新需求中。
2、可以改 -- 不属于产品方向错误及核心体验类需求，有时间改且开发成本允许的情况下，本次迭代改；没有时间改但开发成本允许的情况下，安排下个迭代改。
3、放弃修改 -- 开发成本不允许，放弃修改。
二）需求排期
根据需求评估结果，将新需求排入当前的迭代版本，或者将新需求置入下一个迭代版本。
三）需求记录
对本次需求变更做变更记录，包括变更原因、变更时间、变更人等等，做需求记录一方面可以方便大家后续学习总结，另一方面也可以约束产品不随意变更需求。
看完今天的分享对你是不是有所启发呢，有任何想法都欢迎大家后台私信阿常，一起探讨交流。
转发、点赞、在看三连走起，感谢支持。
标签：需求,开发成本,迭代,阿常,临时,产品,怎么办,总是,变更 来源： https://www.cnblogs.com/TesterChang/p/16466372.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。