需求管理培训课件.pptxVIP

如何做出一个好需求————需求管理经验分享李昌明2015年1月29日现象1：从前，有一个需求……项目经理：我能想象到你要的是什么！系统分析师：好了，我知道怎么设计了！开发人员：秋千啊？很简单，我知道了！产品经理：放心，绝对舒适！用户：我想要一个秋千！结果，项目的文档产品安装是这样的用户为项目开发的投资后期的技术其实用户真正想要的现象2：”需求开发”和”技术开发”，谁的时间长？vs需求开发技术开发什么是需求？总结为两个必须：1、系统必须完成的事；2、系统必须具备的品质。功能行为系统性能规则从需求范围看它的层次从目标到具体，从整体到局部，从概念到细节业务需求对系统体系化、流程化的需求，如：费用管控、成本控制等；用户需求具有业务场景的具体需求，如：预算调整、合同变更等；系统需求系统的功能性需求，如：可以批量处理、可以关联单据等；从用户满意度看它的层次最大限度地提升用户的满意度常规需求用户认为系统应该做到的功能或性能。如：预算执行后要进行反写；期望需求用户想当然认为系统应该具备的功能或性能，但并不能正确描述自己想要得到的这些功能或性能需求。如：预算跨年；意外需求用户要求范围外的功能或性能，但不实现也不影响其使用。如：使用拼音或输入关键字可以快速带出相应的费用类型，进行选择；需求工作是讲究方法的包括创建和维护需求文档所必需的一切工作需求收集需求分析需求文档需求确认需求开发需求基线需求基线需求变更风险管理需求跟踪需求管理需求收集是一个确定和理解不同的用户需求的过程。用户访谈1、准备访谈；2、主持访谈；3、访谈后续工作（吸收，理解，未明确问题跟进，访谈备忘录）问卷调查1、确定问题及类型；2、编写问题；3、设计问卷格式；4、收集整理；场景模拟1、资料准备；2、制作原型；3、思维引导；小组会议1、选择与会人员；2、准备会议主题；3、主持会议；4、专题讨论；根据情况选择不同的需求收集方式优 势劣 势具有较好的灵活性，有较广的应用范围；采用开放式和封闭式问题设计；面对面沟通，通过用户表情、肢体语言等动作来获取一些更隐性的信息；用户较忙时，时间难以安排；面谈时信息量大，记录较为困难；需要较强的沟通技巧；用户访谈短时间内以较低的代价从大量的回答中收集数据；允许匿名，用户可能会提供真实信息；结果比较好整理和统计；缺乏灵活性；不如面对面沟通直接，无法获取更隐性的需求，用户也没机会立即澄清对问题有含糊或错误的回答；不利于对问题进行展开的回答，无法了解一些细节；回答者的数量往往比预期的要少；问卷调查原型演示给用户一个直观的演示，所见即所得；用户体验好，交互性强；对用户界面提供了早期的评审；花费在原型上的时间很多，使需求获取的速度大大降低；小组会议收集需求的时间更快；对于一些有歧义的问题、不清晰的需求，十分有用；要考虑多方的时间，会议的组织难度大；对于会议的主持和把控需要技巧；气氛很重要，要开放，言之有物；合理的提问和引导出全面的需求并记录下来需 求：差旅费报销价 值：为一线员工提供差旅报销功能，便于…………触 发：差旅申请单前 提：有部门预算，审核通过的差旅申请……频 率：平均每天100单关键情况：关联多张差旅申请单报销具体业务：1、选择关联对应的差旅申请单；2、填写此次出差费用；3、点击提交单据；4、打印封面，贴发票，给初审岗扫描；异常及反向处理：1、发起报销时，发现选错出差申请单费用类型，且出差申请单已经终审；2、没有部门预算；3、……………………需求八要素需求分析提炼、分析和仔细审查已经获取到的需求，以确保所有的用户都明白其含义并找出其中的错误、遗漏或不足之处。关键在于对问题的研究和理解。绘制系统与系统外的界限和接口关系创建用户界面原型分析需求的可行性确定需求的优先级寻找意外需求描述字段属性建立需求模型需求文档目的是使用户和开发人员对需求有一个共同的理解，使之成为整个开发工作的基础，也是需求的基线。范围1、文档用户和内容概述；2、需求范围；3、涉及部门及岗位；需求1、业务需求；2、功能需求；3、相应规则；可追溯性文档中需求与系统需求的双向可追踪性；引用文件1、制度、规范；2、公司发文；3、其他参考文档；避免长篇大论式的文档描述文不如字，字不如表，表不如图。…………需求确认对需求文档进行评审和确认的过程。需求评审1、分层次评审；2、正式与非正式评审结合；3、事后跟踪工作；需求测试1、准备“概念”测试用户；2、基于“概念”测试用例模拟需求测试；需求基线经评审批准，需求文档就定义了开发工作的需求基线。它是用户和开发人员之间的约定；开发人员可以通过基线区分“旧需求”和“新需求”；通过基线，识别需求变更。需求变更需求变更是不可避免的，并不是说不应该做避免的工作，恰恰相反，在开发前尽量减少变更，以