如何做好项目需求分析2021年11月24日星期三吝掌珠2④内部公开请勿外传说明是指应用已证实有效的技术、方法进行需求分析，确定客户需求，帮助分析人员理解问题并定义目标系统的所有外部特征的一门学科。什么是需求工程?需求获取需求分析需求规格文档需求验证需求管理3④内部公开请勿外传目录•需求分析作业的一般流程•项目交付中如何减少需求变更•需求分析完成的评价参考标准•需求提出申请单参考模板•需求分析人员的权利和义务•业务分析者(BA)所需的软技能、发展方向010203040506070809104④内部公开请勿外传企业数字化转型的背景和目的新需求新供给⚫新型竞争方式涌现⚫产品的颠覆式创新⚫敏捷按需的供应链⚫自动化高弹性制造技术推动市场加速重塑，竞争日益加剧消费和客户需求个性化、多元化、实时化供给需要持续性提升效率和创新模式以新技术和新能力提升获客、降本增效、发展和创新产品及服务，获得市场优势和可持续发展背景目的提升运营效率驱动业务增长激发业务创新5④内部公开请勿外传什么是项目中的需求需求是在一定的时期，在一既定的价格水平下，消费者愿意并且能够购买的商品数量。能够一定时期愿意需求满足条件能力场景需要需求就是：用户在特定的阶段、场合没有满足的需要。6④内部公开请勿外传项目期望资源投入项目结果干系人管理的概念项目干系人是指会受到项目实施过程和实施结果影响，或能够影响到项目实施的个人或组织。干系人对项目的影响可能是正面的，也可能是负面的。项目归根结底是要满足项目干系人的期望，令干系人满意，项目干系人会影响项目资源投入，并能决定项目最终结果。项目干系人管理应贯穿整个项目过程，获得干系人的持续支持是项目成功的重要条件。干系人谁可以在项目交付中提出需求7④内部公开请勿外传AS-ISTO-BE如何洞察企业运营中要改善的需求点企业业务经过多年的发展，都有一套相对科学、稳定的成型流程，这是被B端相对复杂的环境验证过的。因此：其形成的各个职能分工（模块）、各个业务流（流程）各个角色下的具体工作（功能）各种类型的数据（字段）都具备较强的历史沉淀，且符合其自身当前的特点，我们需要“尊重”他们，不能随意的进行主观修改。调研方法关注项分析分类提升方法实现目标流程组织分工文档字段可继承不合理/低效未来可期使简化使优化设计实现整体效率提升符合发展目标实地访谈数据分析线上访谈自动化共享化期望现有系统赋能化8④内部公开请勿外传需求分析中的难点和影响因素1、应用领域的负责性以及业务的变化2、用户需求所涉及的多因素引起的，比如运行环境和系统功能、性能、可靠性和接口等1、找不到能提供准确信息的人2、对方不配合问题定位难人的因素1、需求涉及的不同角色，因为人员背景、经验的不同，使交流共识较难。2、用户内部无法达成共识1、客户环境和业务流程的改变，对需求理解存在不全面准确的分析。2、市场趋势的变化等。也会随着分析、设计和实现而不断深入完善，可能在最后重新修订软件需求。无法达到共识需求难以进行深入的分析与完善1、由于不同人员对系统的要求认识不尽相同，所以对问题的表述不够准确，各方面的需求还可能存在着矛盾。2、难以消除矛盾，形成完备和一致的定义。获取的需求难以达到完美或者一致1、随着时间和业务的变化，导致用户需求存在变化2、用户所在企业所处环境和阶段的变化。需求变化快9④内部公开请勿外传1、对功能的正确性，完整性和清晰性，可实现性以及其它非功能需求给予评审。2、参与人员PM、开发、测试及其他有需要的人员。3、评审通过才可进行下一阶段的工作,否则重新进行需求分析。1、即撰写需求说明书，描述需求的文档称为软件需求规格说明书。2、用户原始需求、需求提出原因、预计实现的效益、具体功能逻辑、线框图、测试要点、上下游集成等等。3、该阶段的成果是需求规格说明书，向下一阶段提交。1、逐步细化需求，分解功能，找出各元素间的联系，接口特性和设计上的限制。2、分析是否满足需求，去除不合理部分，增加需要部分。3、得出综合功能实现解决方案，给出要开发的系统详细逻辑(做什么样功能)。1、从IT的角度来理解功能，确定对所开发功能的的综合要求，并提出这些需求的实现条件，以及需求实现应该达到的标准。2、区分功能需求(功能、界面友好)和非功能需求(性能指标、安全性指标)①②③④⑤用户需求识别需求评审会制定需求说明书分析与综合需求分析的一般流程持续沟通测试1、开发答疑2、测试答疑3、UAT测试4、上线测试分析出与标准产品的差异综合考量客户的期望群策群力聚焦审慎实现价值术语表PMProjectManagementProjectManager10④内部公开请勿外传分析标准功能差异是一个非常复杂且重要的过程，此过程关键是要验证标准产品功能与客户业务需求的匹配程度，此步骤业务蓝图是否可以落地的关键环节。标准功能匹配分析顾问应对产品标准功能和客户业务需求进行匹配分析，存在差异的部分，可以进行通过如下方式进行处理：✓对流程进行优化调整✓通过变通方式处理✓客户化开发系统功能清单功能匹配分析业务蓝图确认需求规格说明书确认系统流程模拟标准功能与客户业务需求的差异化分析11④内部公开请勿外传实地调研线上访谈客户信息的观察分析客户调研的三大利器➢面对面访谈，了解用户的角色和作业内容➢观察用户的实际作业过程➢当前存在的痛点➢对未来的期望➢建立调查问卷➢事先准备好要调研的事项➢未尽事宜，需要跟踪完成➢问卷事项要尽量全面➢客户现有信息系统流程➢现有功能、操作、报表➢对未来的期望去伪存真还原需求的本质发现真问题高质量12④内部公开请勿外传预约时间、地点根据谈话方的职业、性格、心情，选择合适的方式多问开放性问题，多让客户讲，务必把问题搞清楚明确调研目的、对象、问题做好访谈记录和会议纪要始终对被访者表示尊重和善意访谈者现状调研的访谈技巧13④内部公开请勿外传在业务蓝图设计过程中，不仅应该理解现有的流程，更要识别流程改进的机会，建议的原则如下:找出流程本身存在的问题⚫缺少关键步骤⚫重复劳动(一个流程内或是跨部门)⚫不必要的文书工作⚫不完全或冗余的审查过程⚫不必要的延误⚫与其它流程、部门、顾客或供应商的接口不够清晰制定速效方案解决当务之急⚫速效方案主要针对企业需要立即处理的问题,旨在加强风险防范、增加盈利能力或降低成本⚫速效方案的特点是低投入、短期见效快通过信息系统提升流程效率⚫理解现有系统的限制(比如:数据格式不兼容,硬件容量限制,关键系统间缺乏集成)⚫确认应用新技术的潜在收益(比如:提高作业自动化程度,增加信息的共享程度等.)业务流程优化的建议原则14④内部公开请勿外传客户调研方法的补充---研讨会适用情景参与人员准备工作会议主导方会议目标会议成果需要部门高层决策、制定大方向、高层访谈时间无法约到、基层用户无法拍板各部门高层、IT部门、重要用户已有界面原型、预计完成的重要里程碑、平台建设的重要意义、可有纸质的调查问卷甲方PM+乙方PM确认高阶需求，数据集成事项、完成时间、责任人会议纪要温馨提示：可选择重要内容粘贴在邮件正文15④内部公开请勿外传显性需求、隐性需求显性需求隐性需求全部需求物料基本信息，产品结构数据，会计科目，供应商客户信息，部门、工厂、仓库、车间信息等等，这些信息在手工作业中也会用到。显性需求单据类型、仓库性质、计划参数等，这些信息在手工管理信息时是不会涉及到的，但它们会影响到系统计算。所以同样需要重视！隐性需求16④内部公开请勿外传调研对象：需求接口人/技术负责人形式：访谈、观摩有那些系统和项目本身有数据交互各系统厂家：接口负责人？输入？输出关系？接口方式？接口的数量，对接系统当前出于何种阶段，是否需要二开接口资料提供对有可能影响本项目建设的系统对接事项，需要提前了解、过程跟进依据调研需求按照各个功能模块进行汇总、列出存在的问题调研提纲注意事项系统接口系统接口调研举例17④内部公开请勿外传需求的质量标准单个需求达成一致一致性可验证性可行性无歧义性必要性利益相关者都同意该需求是正确的必要的。需求本身不能矛盾。只能有一种解释，需求提出人只有同一种理解。需求的起源、实现和文档可追溯。给定的约束(法律、财务、时间、技术)内可实现。系统边界之内。可追溯性完整性需要完整的描述出特定功能。可测试、可度量。18④内部公开请勿外传关于用户需求的类型1功能性需求可维护单据、按流程审核、登录提示、可发送邮件等等3质量需求系统性能、可用性、稳定性、可靠性2约束环境、法律法规、上线日期19④内部公开请勿外传需求分析的方法-流程图需配文字说明20④内部公开请勿外传需求分析的方法-原型法需配文字说明21④内部公开请勿外传需求分析的方法-用例图用例图（usecasediagram）是用户与系统交互的最简表示形式，展现了用户和与他相关的用例之间的关系。通过用例图，人们可以获知系统不同种类的用户和用例。22④内部公开请勿外传需求分析的方法之一What做什么Who谁来做Why为什么When何时Where何地How怎样做HowMuch做多少5W2H分析法基于场景进行分析明确需求实现价值23④内部公开请勿外传需求解决方案的设计参考原则重视逻辑与效率，侧重工作，讲究理性利益平衡01明确项目的核心目标，兼顾成本、进度、技术03优先重视整体业务流程和效率，再兼顾个体的操作效率02可用灵活简单美0401020424④内部公开请勿外传采购申请单界面关键字段自动带出字段字段长度是否有优选供应商是否有配额限制是否有最低价限制界面必填字段备注文本长度附件类型附件格式单据的变更(修改、删除、反写规则)等等操作角色审批流程数据来源需求分析时需要考虑的关键因素举例单据类型A单据类型B验收标准测试重点响应时间InputOutput25④内部公开请勿外传需求分析、实现的优先级设定方法权利影响分析用户频量分析拒绝影响分析风险根据需求关注人的权利和对系统的影响力来判断。根据该需求涉及的使用用户数量和频量来决定。如果不做这个需求会对业务产生多大影响，如果影响小，则优先级就低。考虑需求实现的风险等级实施成本实施需求需要的时间需求波动性实施人员开发人员双方PM关键用户需求提出人需求优先级设定26④内部公开请勿外传优先级评估方法之一关于KANO模型KANO模型是东京理工大学教授狩野纪昭(NoriakiKano)发明的对用户需求分类和优先级排序的有用工具，以分析用户需求对用户满意的影响为基础，属于定性分析。基本型需求期望型需求兴奋型需求无差异型需求反向型需求1235427④内部公开请勿外传关于KANO模型28④内部公开请勿外传优先级评估方法之二重要紧急四象限法则紧急重要重要又紧急重要但不紧急紧急不重要不紧急不重要立即处理按照计划迭代实现，保证过程质量关注风险变化。关注需求的发展趋势做决定尽量不做或少做29④内部公开请勿外传关于需求实现的补充说明成本时间计划优先级复杂度工具技术人员影响需求实现的因素分步实现一次到位长、短期方案需求要有版本管理管理需求回顾需求沉淀需求30④内部公开请勿外传➢手写菜单变成线上点单➢线下3步走完，线上2步就可以➢逐一核对，一键对账➢数据分析及时、准确➢考虑通用性需求分析完成的评价参考标准➢客户需求可以在系统中实现➢实现技术上、响应时间满足➢兼容性现有产品➢考虑实现的时间、成本因素➢符合现有业务流程，优化层级作业➢信息流向清晰、符合逻辑➢考虑数据源的问题➢为组织或决策者进行数据分析、管理做铺垫➢考虑业界的作业模式➢让用户觉得你是在替他考虑达成项目的整体目标关注客户满意度31④内部公开请勿外传项目交付中如何减少需求变更01来源同渠道02需求有记录03会议有纪要04变动要周知05自信要坚持06分歧找证据07妥协小试错08据理才拒绝实现共赢管理来源过程记录专业导向满意度32④内部公开请勿外传需求提出人需求提出人岗位名称需求提出日期需求提出人领导姓名需求提出人所在部门需求使用频率系统名称涉及模块名称期望实现日期预计使用人数需求使用者角色需求描述数据来源需求价值描述业务现状描述需求流程图(旧)需求流程图(新)其他需要说明的信息需求提出申请单参考模板收集到经过用户认真思考过的需求，提供业务分析人员初步的判断。33④内部公开请勿外传需求提出、需求变更的流程何时应该建立？客户不愿意填写怎么办？填写不完整怎么办？问题思考34④内部公开请勿外传我是谁？我能干什么？康庄大道在何方？为谁服务使用工具权利义务所需软技能发展方向关于项目中BA这个角色35④内部公开请勿外传020103060504BA是IT和业务之间的解释器，用来弥合业务与IT团队之间的理解差异。旨在理解业务需求并明确和管理业务需求。确保、监督并测试解决方案的实现，使他符合业务的需求。在整个交付周期中，主要的沟通者和驱动者。聚焦客户，并和IT交付团队密切沟通。在开发成功的信息技术解决方案中至关重要。什么是业务分析人员，为什么要有需求分析？36④内部公开请勿外传需求分析人员的权利和义务1、阐述干系人能够理解的观点2、成为最熟悉系统及其行业领域的人3、创建高质量的需求文档4、能够通过(例如，图形图表)综合方式来实现工作成果5、与干系人之间保持互相尊重的关系6、因人而异，建立适当的沟通渠道、沟通方式7、根据项目事实提出自己的想法、备选方案以及实现途径8、允许干系人提出系统友好性、易用性等方面提出需求9、确保系统能够满足需求提出者关于功能、质量方面的要求37④内部公开请勿外传金蝶交付方法论9.0的主要过程组构建需求方案测试运维上线项目立项需求调研需求分析（可行性评估）工作量评估版本发布计划搭建开发测试环境客户化需求设计原型设计测试用例设计数据模型设计测试用例编写代码编写提交源码打包应用程序提交测试环境通过不通过代码评审不符合通过不符合符合更新测试环境集成测试性能测试缺陷修复发布UAT环境符合组织用户验收通过需求变更不通过发布生产环境不符合通过不通过客户化技术设计组织技术评审单元测试缺陷验证UAT环境准备UAT测试系统运行监控用户提单处理例行安全巡检应用验收评价组织设计评审组织需求评审需求分析人员贯穿项目交付全过程38④内部公开请勿外传业务分析人员需要掌握的工具WordPPTEXCELAXUREVISIOXMIND39④内部公开请勿外传Xmind应用举例需求分析者01测试人员02较真1、是发掘事务真实来源的一种态度2、要跟“一根筋”区分开反思1、自我总结、融合、追求卓越的过程2、跟客户沟通后。3、完成每一次解决方案后，在想是否还有更好更优的解决方案4、参与项目的回溯会议40④内部公开请勿外传Axure应用举例拖动41④内部公开请勿外传领导力干系人管理倾听技能表达能力沟通能力管理需求变更能力协作能力质量控制管理需求的可追溯性谈判能力业务分析者(BA)所需的软技能风险意识42④内部公开请勿外传业务分析者的职业发展方向Thanksterimakasih感謝谢谢ありがとうขอบคุณ④内部公开请勿外传
