如何杜绝一句话需求？
如何杜绝一句话需求？首先我们来看看什么是一句话需求：
“把这个视觉稿还原下，明天交付给产品”
“这个开放接口再增加一个额外的开放功能，给外包场景使用”
“给我跑一个数据报表，分析下近期的用户行为”
“把这个 Icon 调大一点”
我们经常会提到用户故事这个词，从用户故事中会抽离出一些业务上和技术上的需求，然后针对需求做细分产生一系列任务。很多一句话需求就像是一个任务，没有背景，没有分析，没有评审，直接扔过来交给你，此时你的角色只是一个简单的执行者。
那如何杜绝呢？有两个策略，最常见的是，给需求加要求：
没有详细背景的需求不接
看不到业务价值的需求不接
没有数据预期的需求不接
频繁更改的需求不接
这种策略是一种守的姿态来应对“外部刺激”，很被动，倘若拒绝得过于粗暴还不利于与合作方的长期共存。给偏爱使用这种策略的同学几点建议：
首先，不能说不（Never say no）
你应该说“好，我接受，但是……”，注意这里的但是
“我不保证质量/我不保证时间/我既不保证质量也不保证时间”
“除非，你砍点需求/延长点时间”
此时，再和谐地抛出你的要求：能不能先想清楚业务价值，能不能给一个确定不改的需求，能不能给出数据预期等等
通过这种委婉且合理又不伤感情的方式，倒逼需求方按照你的要求做事情，这是一种“守”的策略。另一种策略是“攻”，主动出击，梳理自己的问题和需求方的目标，深入敌方：
目前我的系统存在哪些问题，安全、性能、稳定性、可拓展性等，确定最致命问题
需求方的长期目标是什么，阶段性目标是什么，近期目标是什么
从长期来看，我的系统需要沉淀什么能力来应对需求方
需求方提过来的需求要实现他哪个阶段目标，他提的需求是否真的可以实现他的目标，他是如何分析的，我结合他的分析能否得出同样的结论
为什么他总是会提出一句话需求，他的需求源是从哪里来的，他的老板？他的客户？他的合作伙伴？
能不能让他的需求源在给他传递消息的同时也传递给我，至少让我知道他消化需求的姿势是正确的，对需求源的理解没有偏差
兵家有云，知己知彼方能百战百胜，把己方的问题和需求方的问题都分析的妥妥的，然后按计划办事，经过一段时间的自我消化和自我调整，自然可以很好的扼制住如洪水般的需求。换一种说法就是，你要学会帮助需求方更好地分析问题，这个要求很高，需要你对业务有足够的理解和判断。
本文来源：在「技术&业务思源地」私密群的交流和答疑，点击「阅读原文」可申请加入；）