关键词：需求、需求分析
简要：站在决策层的角度去看需求合理性
昨天，业务部门来匆匆忙忙地给我提了一个需求，说要4月1号前上线。好的，本着迅速推进工作的负责任心态，我就立马开始收心干活。
开始分解需求，目标对象是谁？场景是怎么样子？流程是怎么走？其中涉及到哪些模块？好，这部分入库分配逻辑需要调整，另外财务相关的业务也需要调整，大概需要这里改个什么内容，那里需要新增功能支持。
一顿操作猛如虎，临近下班，大概知道整个大项目需要分为多少个小模块的工作了。
但是事后一想，好像哪里不太对劲，但，，，又说不上来。
好的，那就在脑海中，从头到尾走一遍流程试试。oh，有点问题，这里入库之后要是冲突了怎么办、会不会有重复，这里分配的时候，什么逻辑？这么分好像可以，但有用吗？
是的，问题来了，就是这个需求看起来没什么问题。但有用吗？我们为什么要做这么个流程，这样子好像都增加了业务人员的工作量，而且很多人工参与判断的细节啊。
到这里，我们就知道问题在哪了。就是当我们接收到一个需求的时候，需要新开发功能支持、或者调整就有逻辑流程时，我们因为对功能比较熟悉，反而更容易陷入迅速的拆解业务是否可实现上了。但是忽略了最核心的地方，就是“为什么 ”。为什么会提出做这么个需求，为什么想要这么做。
我们在接到一个需求的时候，总是会容易陷入立即执行、立即拆解中，但其实我们可以多尝试着站在一个更高的层面去看待需求，比如为什么要做？是老板提出来要做还是产品团队自身的迭代要做？是出于公司层面还是用户层面。我们要多往这个角度想，让自己看待问题、分析问题能站在一个更高的层面，现在看来好像即使我们站在这个高度上分析好像也没什么作用，自己做不了决策拍板，但说不定自己以后哪天也到了那个位置呢？
网友评论