很多需求是隐性的,很难获取,又是易变的,还难以保证需求完整。过去需求分析更多依靠的是阅读企业的文件,但是企业的文件往往有局限性,例如落后于当前的业务、不够明确、依赖于管理水平的高低,所以后来获取需求的方法逐渐倾向组织访谈。据统计,项目中超过一半的问题都是在需求分析阶段不充分、不全面导致的,成功的项目都离不开成功的需求管理。
一般由产品经理编写汇总需求,列出需求规格表(或产品规格书,不管是ODM/OEM,还是自主研发产品),并不断完善。小一点的企业由项目经理兼职承担,但最好是设立产品经理负责,项目经理更侧重于项目管理,而不是产品管理。规范需求收集模板,形成需求IT数据库。
需要保证足够的用户参与时间,因为用户经常不明白为什么收集需求和确保需求质量需花费那么多时间,不愿意给太多的沟通时间,研发人员也可能不重视用户的参与,觉得与用户合作不如编写代码有意思,或觉得已经明白用户的需求了。以下是需求收集的要点:
多听少说;
多听多问,不要推销你的想法;对于听到的信息要确认,确保理解对方的意思,以及客户真正的意图;
语言要中性,有些话你越不赞同,可能越是机会;
表现得“无知”一些,让客户详细举例或描述;
聚焦于期望,而不是问题;
了解不一致的地方;
注意引导、倾听人们的“话外音”;
没有十足把握前,不要将你了解到的东西与他人交流;
不要完全相信任何人;
所有收集到的需求都应记录下来;
不对外承诺无法实现的功能、不能达到的指标。
领取专属 10元无门槛券
私享最新 技术干货