转载

如何杜绝一句话需求


作为一枚java程序猿,经常会接收到产品或领导的一句话需求,“一句话需求”真是说时一时爽,上线之后都是填不完的坑。


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

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

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

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


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


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


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


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


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


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


接到此类需求,是从“我们”角度出发,想着帮需求方一起梳理需求价值,而不是一味的把问题抛给对方


“一句话需求”不要谈场景,要讲“当前状态”!正确的描述“当前状态”,应该尽可能用结构化的语言。结构化的目的是为了让“一句话需求”的表达更加接近于开发思维,从而减少和开发的信息理解不对称。

  • 当前的物理状态是什么?断网状态,网络不好状态,网络通畅状态……
  • 当前的用户状态是什么?浏览状态,确认状态,输入状态,等待状态,初始状态……
  • 当前的页面状态是什么?无结果状态,处于第几屏,是否为叠加层……


“一句话需求”不要谈实现效果,要讲“用例”!那怎样的描述可以更加精准的帮助开发理解呢?讲用例。用例是用户完成目标的方法和步骤。告诉开发用户的任务,前置条件,用户做了怎样一个操作。

  • 前置条件:用户点击手势或者长按后的松开手势
  • 预期结果:页面回到顶部,「回到顶部按钮」消失


正文到此结束
该篇文章的评论功能已被站长关闭