51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 806|回复: 0
打印 上一主题 下一主题

[原创] 产品总是临时加需求,怎么办

[复制链接]
  • TA的每日心情
    开心
    2022-8-17 09:44
  • 签到天数: 26 天

    连续签到: 1 天

    [LV.4]测试营长

    跳转到指定楼层
    1#
    发表于 2022-7-25 15:48:49 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
    读者提问:产品总是临时加需求,怎么办 ?

    阿常回答:大多数情况下需求变更是不可避免的,我们需要保持既开放又理性的心态,来拥抱需求变化,同时也要避免太多的需求变更。
    一、需求变更无法逃避
    需求变更是一把双刃剑,一方面需求变更可以优化产品功能,提升用户体验;另一方面需求变更给团队带来了开发成本的增加,并且会打击团队的士气。

    如果某个产品的最终形态就是产品最初的需求分析,没有经历过一次需求变更,这就可能有两种原因:
    其一,产品将所有细节都考虑到了,TA 是一位很牛的产品经理。其二,整个团队都在抵制需求变更,拒绝做任何产品功能的优化。

    二、如何控制需求变更
    当需求变更来临时,我们可以从工作流程上来控制:

    一)需求评估
    1、必须改 -- 属于产品方向错误、核心体验类需求,这类需求变更无法拒绝,将原有需求的优先级重排,砍掉优先级低到需求,团队集中精力投入到新需求中。

    2、可以改 -- 不属于产品方向错误及核心体验类需求,有时间改且开发成本允许的情况下,本次迭代改;没有时间改但开发成本允许的情况下,安排下个迭代改。
    3、放弃修改 -- 开发成本不允许,放弃修改。
    二)需求排期
    根据需求评估结果,将新需求排入当前的迭代版本,或者将新需求置入下一个迭代版本。

    三)需求记录
    对本次需求变更做变更记录,包括变更原因、变更时间、变更人等等,做需求记录一方面可以方便大家后续学习总结,另一方面也可以约束产品不随意变更需求。





    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    本版积分规则

    关闭

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

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-17 07:57 , Processed in 0.062356 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表