RE-需求培训201007.ppt

* 需求开发过程——确定项目目标（期望） 确定项目目标（期望） 这个目标指的是客户希望自己的项目是怎么样的？ 纯粹的政绩需要？ 领导要求？ 业务实际需要？ ？ 如何去得知？ 访谈销售 访谈客户、客户领导 ？ * 需求开发过程——收集业务需求 收集业务需求 客户需求访谈计划？ 业务调研启动会？ 如何访谈？ 1对1？1对2？1对多？多对多？ 电脑记录？纸张记录？ 调查表？ 开会？ 收集客户业务资料 Demo 业务体验？ ？ * 需求开发过程——收集业务需求——某次访谈 问好：你好，今天有些事情请您帮忙？ 自我介绍！————如何做？ 拿出访谈计划，双方确认 按访谈计划开始访谈 访谈中，充分识别有意义的一些问题，疑问；然后或者展开来讨论，或者先记下来，再安排时间进行。 总结： 访谈记录请对方确认，能签字最好 致谢，离开 * 需求开发过程——收集业务需求——某次访谈 一、思路启发 讲述每个业务故事 二、访谈人数 三、交流方式 注意倾听 不要不懂装懂 根据用户陈述，及时整理组织下一个问题 甲方 乙方 人数说明 场景 1 1 一般场景 1 N N控制在3以内 甲方专家 N 1 N控制在3以内 乙方专家 N N N控制在3以内 疑难问题讨论 * 需求开发过程——收集业务需求——某次访谈 四、问题形式 开发式问题 请你描述一下有哪些单据？ 封闭式问题 这个单据你是否使用？【是、否】 半封闭式 你经常使用的银行卡是：建行卡、工行卡、招行卡 五、访谈粒度 发散 从根问题到叶子问题 聚合 从叶子问题到根问题 * 需求开发过程——收集业务需求——某次访谈 六、访谈层次 从抽象到具体 从具体到抽象 七、行为法则 脸部：保持适当微笑，态度诚恳 耳朵：倾听 眼睛：商务三角区 嘴巴：不能随意打断对方发言 手：适当，勤于记录，可通过画示意图来沟通 头：对认可或者听懂的问题点头，鼓励对方 坐姿：自然，但不能随意，营造一个宽松氛围 * 需求开发过程——收集业务需求——某次访谈 黄金三角 * 需求开发过程——收集业务需求——某次访谈 八、访谈时长 每次控制在2个小时左右 用户还有自己的事情要忙 时间长了，都会比较疲劳，影响积极性和效果 九、访谈误区 访谈人员越多越好 访谈是个过场 访谈只需要记录，不需要分析 我是专家，用户知道的东西太少了 访谈时一定要谈出个结果来 ————建议访谈1小时，理解2小时 * 需求开发过程——项目需求分析 项目需求分析 不同干系人需求的共同点，异同点？ 客户没有说出来的需求？ 客户需求太夸张的？例如编写一个Excel？ 需要补充完善的？ 和合同之间的差异？（招标书） ？ * 需求开发过程——编写需求规格 编写需求规格 用UML编写需求，客户看得懂吗？ 用户需求=？=系统需求？ 语句通顺吗？ 口语化还是书面语？ “等等”字顺手就来？ 这是公司的2010年的各个部门的座位的安排。 * 需求开发过程——项目需求确认 项目需求确认 需求确认的目的是什么？ 怎么开展？ 预评审？但如果客户不看怎么办？ 读给客户听？ 开会？ 结果 签字盖章 客户参与的需求评审会议，会议签到表，会议纪要签字确认 客户邮件 * 需求开发中的问题——讨论 无法有效地获取需求，客户提不出需求，开发团队不懂业务 需求经常发生变更，疲于奔命，无法进行有效控制 在项目初期认可的需求，在项目后期发生很大歧义 项目开始时无法获取详细的需求，开发过程中获取的需求无法控制 需求难以描述，太概要的话会遗漏需求，太详细的话会产生大量的文档，难于阅读，流于形式 用户测试时发生了很大的需求变化，如何保证用户需求质量和项目工期？ * 需求管理怎么做？ * 需求管理 为什么进行需求管理 需求很多，关系很乱 需求经常发生变化，特别是用户测试和试运行 需求有不同的关注者，关注的角度不同 项目管理的基础是需求管理 什么是需求管理 把项目需求分门别类，打上标签，集中保管好，方便协作和交流 根据开发周期对需求进行细化，跟踪 对需求划分优先级或重要性等级，根据工期、人员技术水平等安排任务 当需求变更时，协助判断哪些需求受到影响，相应的设计、编码、测试也需求做相应调整 * 需求管理 需求变更管理 从项目开始就做起 要着眼于——流程 引起干系人的重视 避免无意义（或意义小）的变更 向干系人要资源、时间、费用 必须进行影响性分析，减少需求变更引发的再变更、二次缺陷 * 需求管理 需求跟踪管理 如何保证设计符合需求？ 如何保证代码符合设计？ 如何保证测试覆盖了需求？ 工具：需求跟踪矩阵 角色：总负责人，各阶段负责人 管理：适当的时间填写，合适的人员进行检查确认，适当的跟踪、检查、督促 * 需求管理－需求跟踪的作用 确保需求被实现 确保需求被验证【测试】 了解需求变更影响的范围 需求 验证 设计 *