需求分析技能分享

需求分析技能分享from贾学力2013-06-14目录•需求概述•需求收集•需求分析•需求管理与控制•需求模式何谓需求做什么，而不是如何做关注的是业务，而不是技术需求是对产品或过程的操作、功能和设计的特性或约束的表述，这些表述是明确的、可测试的、可度量的，而且对于产品或过程的可接受性（被顾客或内部质量保证措施）来说是必须的。需求工程需求工程结构需求规格说明书需求评审需求跟踪矩阵用户需求说明书需求概述“纵向”角度理解需求-产品需求各部分之间的层次关系需求概述•审查需求文档•编写测试用例•编写用户手册•确定合格的标准需求获取需求分析需求规格说明需求验证需求管理•确定项目目标和范围•选择产品代表•分析用户工作流程•确定质量属性•需求重用•编制业务用例•创建开发原型•分析可行性•确定需求优先级•为需求建立模型•采用需求规格说明书模板•指明需求来源•为每项需求进行编号•记录业务规范•创建需求跟踪矩阵变更控制需求确认版本控制需求跟踪“横向”角度理解需求产品需求收集要点需求收集过程确定客户客户分析调查准备实际调查市场细分产品扩展路线图波士顿矩阵干系人分析决策分析关注点分析6、建议评价7、卖主选择8、购买9、安装实施10、业绩评价购买阶段1、问题发现2、解决方法3、规格4、来源确认5、询问分析价格财务外面专家处长B处长A采购2技术工程师批准者控制者决策者购买者影响者使用者发起者参与阶段评价标准相对影响力角色职位购买类型◎新任务◎修正购买◎直接购买公司：6、建议评价7、卖主选择8、购买9、安装实施10、业绩评价购买阶段1、问题发现2、解决方法3、规格4、来源确认5、询问分析价格财务外面专家处长B处长A采购2技术工程师批准者控制者决策者购买者影响者使用者发起者参与阶段评价标准相对影响力角色职位购买类型◎新任务◎修正购买◎直接购买公司：调查方法选择调查问卷设计原型法市场活动市场活动销售活动销售活动用服活动用服活动公开信息公开信息商业伙伴商业伙伴专业数据专业数据一手信息一手信息二手信息二手信息需求库需求库需求整理分析需求整理分析其他市场信息报告交流竞争者信息.其他市场信息报告交流竞争者信息.统计报告新闻剪报订阅的报告统计报告新闻剪报统计报告新闻剪报订阅的报告专家顾问团高层拜访展览用户探针用户大会用户访谈客户反馈工作结果用户访谈客户反馈工作结果现场问题解决网上设备巡检…部门:…………姓名:………..联系方式:……………采集的活动公司介绍部门介绍业务介绍需求产生的场景客户情况介绍客户的描述产生的原因…客户的评判需求关联系统关联业务关联人物关联支持材料关联验收标准满意度(提供与不提供)竞争评判优先度…听的技巧一手信息二手信息客户描述需求陈述短、中、长期需求谁是用户？•“用户”（user）是一种泛称，它可细分为“客户”（customer）、“最终用户”（theenduser）和“间接用户”（或称为关系人）。•掏钱买产品的用户称为客户，而真正操作产品的用户叫最终用户。客户与最终用户可能是同一个人也可能不是同一个人。需求采集的要点：确定用户集成商、分销商、独立软件开发商、增值代理商、信息检索商销售、支持最终用户通过对最终用户的购买决定进行回溯分析，可以确定所有影响交付条件的人在大多数情况下将包括所有上述的三种客户需求的收集途径市场活动销售活动用服活动公开信息商业伙伴专业数据一手信息二手信息需求库需求整理分析报告交流竞争者信息.统计报告新闻剪报订阅的报告专家顾问团高层拜访展览用户探针用户大会用户访谈客户反馈现场问题解决网上设备巡检产品介绍、投标标杆研究采集方法的特点效果方法时间范围产品范围短期中期长期当前未来直接用户大会★★★专家顾问团★★★★★间接需求探针★★★★★用户访谈★★高层技术交流★★★★★产品试用★★现场支持★★售后反馈★★用户访谈：广泛的、开放式问题历史产品使用的美好回忆使用产品失败的经历描述最近一次购买时所见、所想如果自己设计会如何其他产品的哪些功能可以考虑集成客户试图解决哪些问题需求收集的要点：听的技巧•多问多听，不要推销你的想法•对于听到的确认，确保理解对方的意思•表现的“无知”些，让他们详细的描述或举例•聚焦于人们的期望而不是问题•注意倾听大家不一致的地方密切关注•我想……•我希望……•我要……•我正在找……•我对…很感兴趣•我期望……•我认为……在了解用户的诉求的同时，深入理解用户的真实意图案例：电话线真正理解客户意图“话机听筒的电缆应该有10米长”10mWhy?“可以拿着电话在房间的任何一个地方通话”而客户的真正意图是（客户需求）客户需要翻译•客户之声–（客户反馈/原始陈述，反映了客户所关心的和所渴望的）•场景图画–（基于“客户之声”的体察和发现，在头脑中产生的有关客户使用环境的印象、图画）•关键要素–（讲“客户之声”和“场景图画”联系，产生的关键字或词语）•客户需求–（包含一个或几个关键要素的一句陈述）需求收集工作反思是否和目标市场上所有主要类型的客户都交流了？通过捕捉客户的潜在需求，我们能够看到产品相关需求之外的需求吗？哪些是我们现在知道而开始是不知道的？我们是否对其中的需求感到惊奇？需求调研组织中是否包含哪些需要深化理解客户需求的人？在实际客户交流中，哪些将成为进行开发活动的优秀参与者？需求分析要点需求分析的起点从问题分析开始挖掘产品需求---产品需求始于用户问题产品是解决用户问题的；充分分析用户的问题、机会和约束条件；问题中往往蕴含着机会；站在业务的角度分析问题；确定产品范围需求分析-分析要点最终形成产品用例或功能列表业务分析要点-----因（产品目标）长久以来，银行信息系统在开发时仅仅考虑到本业务的需求，很少考虑到为其他系统提供标准统一的信息服务，各个系统间很难实现共享和互通，形成许多信息孤岛和信息烟囱，无法满足一体化管理和保障的需求。为了消除信息孤岛行业信息烟囱，有效整合和利用现有各种信息标准资源，推进银行信息化工作现向规范化、成熟化迈进，需开发“信息化标准管理与服务系统”实现如下目标：汇集银行共用信息标准，建立和规范标准体系库、数据元字典库、代码标准库、数据模型库和标准文本库，为实现银行信息资源中心打好数据标准基础（验收标准：各类库内数据的完备率达到70%以上）；提供银行共用信息标准的浏览、检索、查询以及下载服务，为所有部门提供高效便捷的银行信息标准服务平台（验收标准：符合权限要求的用户，能在10分钟内方便快捷地获取所需要的各类银行信息标准）；为标准制修订、代码管理、数据元管理、数据模型管理等银行信息标准业务提供工作平台（验收标准：经过培训后，相关用户能方便地使用系统处理管理业务，工作效率提高一倍以上）；……业务分析要点-----人（相关涉众）用户类型期望的软件功能操作技能信息标准使用者查阅和使用相关标准如元数据、代码、标准文本等，并提出标准修改意见或立项建议；该类用户最多，计算机应用水平一般较高信息标准承办单位使用软件网上提交标准，并申请启动评审流程该类用户较多，计算机应用水平不一信息标准管理者为了有效管理信息标准而使用软件，由于业务繁忙，需要软件帮忙规范业务流程，提高工作效率界面设计时应考虑为该类用户提供相应的操作提示后台维护人员使用软件进行后台权限分配、数据备份等操作具有一定的专业领域知识和计算机应用技能……..……..……..业务分析要点-----事（业务流程）业务分析要点-----物（业务实体和报表）标准完成情况统计表服务对象：信息标准管理者、标准专业委员会目的：通过该表了解标准体系表内所有新立项标准的完成情况；报表内容：标准编号、标准名称、主要内容及适用范围……;性能要求：用户数量：2~20人；每季度至少查询一次，频率一般每人每天不超过3次；标准需求项目表服务对象：信息标准使用者目的：使用该表提出信息标准项目需求和标准立项的建议；报表内容：标准名称、提出单位、提出部门、主要内容及适用范围……;性能要求：用户数量：1~100人；每季度集中上报一次，频率一般每人每天不超过10次；……业务分析要点-----规（约束条件）要求交付的最后期限；技术平台等技术要求；需要遵循的标准法规和管理规定；安全保密要求等；。。。。。产品需求场景分析场景的意义产品经理知道这个新开发的功能是为了帮助用户解决什么问题；交互设计师可以从中获知这种需求场景的细节：“发生频率，需求强度，用户有什么样的能力和辅助工具”；其他合作伙伴更容易了解到这个功能的价值，更能够及时表达意见，否决不靠谱的功能，并对有价值的功能产生更强烈的共鸣，干劲儿十足；场景的描述方法“在某某时间（when），某某地点（where），周围出现了某些事物时（withwhat），特定类型的用户（who）萌发了某种欲望（desire），会想到通过某种手段（method）来满足欲望。”案例用户在机场的需求•影响需求优先级的因素需求分析-设定需求优先级优先级的影响因素1.实现的成本2.顾客或客户的价值3.实现产品所需的时间4.技术实现的容易程度5.业务实现的容易程度6.对业务的好处•需求优先级设定工具需求分析-设定需求优先级“**软件产品”优先级设定的矩阵相对权值重要的客户代表的视角开发者代表的视角项目经理的视角21111用例相对利益相对损失总价价值%相对费用费用%相对风险风险%优先级用例153138.424.813.01.07用例2972516.2511.939.10.987用例355159.737.126.10.957用例42153.212.413.00.833用例5491711.049.5412.10.708用例643117.137.126.10.702用例762149.149.539.10.646用例8982616.9716.7824.20.586用例934106.549.526.10.517用例10741811.7921.4721.20.365总计54461541004210033100-----•需求优先级设定工具的说明–在一个平面中列出你要设定的优先级的所有需求、特性或用例；–估计每个特性提供给客户或业务的相关利益，并用1~9划分等级，1代表可忽略的利益，9代表最大价值；–估计出如果没有把应该实现的特性包含到产品中，将会给客户或业务带来的损失。使用1~9划分等级，1代表基本无损失，9代表严重损失；–总价值栏是相对利润和相对损失的总和；–估计实现每个特性的相对费用，使用1（低）~9（高）划分等级；–开发者估计出每个特性相关的技术或业务风险的相对程度，并用1~9划分等级。如果无需在模型中考虑风险，就把风险的权值设为0。–计算优先级的公式：需求分析-设定需求优先级价值优先级费用费用权值风险风险权值%=(%)+(%)需求细化-用例场景用例场景–是参与者和被讨论系统之间一系列特定的活动和交互，通常被称之为“用例的实例”。通俗地讲，场景实际上就是在讲故事。–一般来说，一个用例就是描述参与者使用系统达成目标的时候一组相关的成功场景和失败场景的集合用例场景描述文档的内容–简要说明：描述该使用场景的作用–前置条件：开始试用该用例之前必须满足的系统和环境的状态和条件–业务流程：正常的业务流程和非正常的业务流程；–后置条件：用例成功结束后系统应具备的状态和条件–限制与约束：对该用例提出的一些特别的要求，以及性能方面的要求；需求分析-需求细化（用例场景分析）需求描述功能编号zhdh_cyh_activity_01功能说明发起人创建车友活动，填写活动相关信息，邀请车友参加活动；前置条件1）用户已接入网络；2）用户已登录到CarSmart平台业务流程1）用户活动创建时，填写或修改活动信息，需要用户选择该活动所属的车友俱乐部中群（当前用户所拥有的）的名称，若活动不属于任何群，可以为空；2）活动创建完成后，在车友俱乐部的活动所属的群的车友列表中，显示活动的名称，其他车友可以点击列表中的活动名称进行加入申请；3）搜索车友活动时，手动搜索或按城市搜索两种方