(如何做需求分析.docxVIP

如何做需求分析这段时间我做了两个大项目，其中一个项目算是商业模式上和使用规范上的调整，另一个项目是之前功能的重做，为什么重做我下面会说到。关于需求分析，我认为把需求抽象成产品功能花费的时间占到了软件开发周期的40%，产品设计到评审完的时间大概是20%，也就是说实际开发之前产品团队介入的工作占据项目的60%，在需求分析阶段我有一些个人观点。?1:抓核心点，不是所有用户诉求都是需求我们每做一个项目迭代或者新项目一定有目的，而需求分析阶段，需求采集渠道中的需求往往是零散的、无重点的、逻辑性不强的，所以我们需要从这些离散的需求点中要抓住核心，梳理实际使用场景去分析问题，所有的核心点一定是以最终目的为导向的，不是所有用户诉求都是需求。以我的项目为例，由于历史原因，自配送人员关系没有进入OA系统，所以配送员工资结算数据只能做进配送系统，相当于是一个简单考勤记录，其实最早之前系统是有这个功能的，但是由于之前没有仔细整理需求，导致这个功能白做了，所以这次我接手几乎从做，我以为这个事情比较简单就让一个产品助理先去整理需求，当把原型图出出来时发现并不能解决结算工资的功能，只是一个简单的排班。所以，当时我就跟那小兄弟说，你这东西只是完成了排班，然而排班的目的为了结算工资这还不能满足需求。所以我跟他强调，我们做这个需求的目的是为了考勤，诸如请假、值班、加班工时、轮休日加班等数据要能提供出来，他的第一版原型