转自:https://www.yuque.com/barretlee/thinking/biwewk

    如何杜绝一句话需求?首先我们来看看什么是一句话需求:

    • “把这个视觉稿还原下,明天交付给产品”
    • “这个开放接口再增加一个额外的开放功能,给外包场景使用”
    • “给我跑一个数据报表,分析下近期的用户行为”
    • “把这个 Icon 调大一点”

    我们经常会提到用户故事这个词,从用户故事中会抽离出一些业务上和技术上的需求,然后针对需求做细分产生一系列任务。很多一句话需求就像是一个任务,没有背景,没有分析,没有评审,直接扔过来交给你,此时你的角色只是一个简单的执行者。

    那如何杜绝呢?有两个策略,最常见的是,给需求加要求:

    • 没有详细背景的需求不接
    • 看不到业务价值的需求不接
    • 没有数据预期的需求不接
    • 频繁更改的需求不接

    这种策略是一种守的姿态来应对“外部刺激”,很被动,倘若拒绝得过于粗暴还不利于与合作方的长期共存。给偏爱使用这种策略的同学几点建议:

    • 首先,不能说不(Never say no)
    • 你应该说“好,我接受,但是……”,注意这里的但是
    • “我不保证质量/我不保证时间/我既不保证质量也不保证时间”
    • “除非,你砍点需求/延长点时间”
    • 此时,再和谐地抛出你的要求:能不能先想清楚业务价值,能不能给一个确定不改的需求,能不能给出数据预期等等

    通过这种委婉且合理又不伤感情的方式,倒逼需求方按照你的要求做事情,这是一种“守”的策略。另一种策略是“攻”,主动出击,梳理自己的问题和需求方的目标,深入敌方:

    • 目前我的系统存在哪些问题,安全、性能、稳定性、可拓展性等,确定最致命问题
    • 需求方的长期目标是什么,阶段性目标是什么,近期目标是什么
    • 从长期来看,我的系统需要沉淀什么能力来应对需求方
    • 需求方提过来的需求要实现他哪个阶段目标,他提的需求是否真的可以实现他的目标,他是如何分析的,我结合他的分析能否得出同样的结论
    • 为什么他总是会提出一句话需求,他的需求源是从哪里来的,他的老板?他的客户?他的合作伙伴?
    • 能不能让他的需求源在给他传递消息的同时也传递给我,至少让我知道他消化需求的姿势是正确的,对需求源的理解没有偏差

    兵家有云,知己知彼方能百战百胜,把己方的问题和需求方的问题都分析的妥妥的,然后按计划办事,经过一段时间的自我消化和自我调整,自然可以很好的扼制住如洪水般的需求。换一种说法就是,你要学会帮助需求方更好地分析问题,这个要求很高,需要你对业务有足够的理解和判断。