如何杜绝一句话需求？

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

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

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

那如何杜绝呢？有两个策略，最常见的是，给需求加要求：

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

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

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

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

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

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