产品需求管理及设计规格定义培训总结.pptVIP

2、需求管理的作用 ·增强了项目涉众对复杂产品特征在细节和相互依赖关系上的理解 增强了项目涉众对需求（尤其是复杂需求）的掌握 ·增进了项目涉众之间的交流 减少了可能的误解和交流偏差 ·减少了工作量的浪费，提高了生产力 需求管理能够更加有效的处理需求的变更 ·准确反映项目的状态，帮助进行更好的项目决策 需求跟踪信息能够更加准确的反映项目的进展情况 ·改变项目文化，使得需求的作用得到重视和有效发挥 使得项目涉众认识到需求在项目工作中的重要性 3、需求管理的活动 需求管理 ▼交流涉众需求什么 ▼驱动设计和实现工作 ▼测试和验证最终产品 ▼辅助项目管理 维护需求基线 ▼将需求应用到解决方案 ▼将需求分配到各零部件 实现需求跟踪 ▼控制变更 ▼控制迭式开发中的变化 维护需求基线 4、需求基线 ·已经通过正式评审和批准的规格说明或产品，他可以作为进一步开发的基础，并且只有通过正式的变更控制过程才能修改它； ·是被明确和固定下来的需求集合，是项目团队需要在某一特定产品版本中实现的特征和需求集合。 需求开发 需求管理 建 立需 求基 线 总是处于变化之中 没有正式的文档 不同的需求看法 变更控制 纳入配置管理的文档 共同的需求理解 A、需求基线配置管理 ·标识配置项 ·版本控制 ·变更控制 ·访问审计 ·状态报告 控制需求并建立基线 工作产品和活动与需求基线保持一致 × 需求基线1 需求基线2 需求基线N × 需求 …… 需求经过项目组的评审和认可 变化 B、需求基线状态维护 需求已被提议，但并不在下一版本中实现它。要解释清楚为什么要否决这一需求，以及是谁决定否决的。 已批准的需求又从需求基线中取消了。要解释清楚为什么要删除之一需求，以及是谁决定删除的。 已在集成产品中确认了这一需求的功能是现实是正确的。这一需求已经被跟踪到相关的测试用例。这一需求目前可以被认为是以完成了。 实现之一需求的系统组件已经完成了设计和实现。之一需求已经被跟踪到相关的设计元素和实现元素 该需求已经被分析，他对项目的影响已进行了估计，并且已经被分配到某一特定版本的基线中。关键涉众已同意包含这一需求，软件开发团队已承诺实现这一需求 该需求已被有相应权限的人提出 定义 已否决 已删除 已验证 已实现 已批准 已提议 状态 5、需求跟踪 ·避免在开发过程或者演化过程中与需求基线不一致或者偏离的风险； ·前向跟踪是指被定义到产品需求规格说明文档之前的需求演化过程 向前跟踪到需求：说明涉众的需求和目标产生了哪些软件需求 从需求向后回溯：说明产品需求来源于哪些涉众的需要和目标 ·后向跟踪是指被定义到产品需求规格说明文档之后的需求演化过程 从需求向前跟踪：说明产品需求是如何被后续的开发无见支持和实现的 回溯到需求的跟踪：说明各种零部件是因为什么原因而被开发出来的 涉众需求/目标 产品需求 （规格说明文档） 后续开发零部件 跟踪 跟踪 回溯 回溯 需求跟踪的内容 ·最低层次：低端用户 捕获各个零部件之间的关系 ·更高层次：高端用户 捕获零部件之间的联系 捕捉各个零部件的工作背景（如：选择的理由、实现的方案、实现技术的假设、决策依据、变化历程等） ·最高层次：高端用户 捕获更高层次信息 捕获项目的组织过程（例如：负责人、时间安排、资源消耗、最终成果等） 产品对象 依赖 满足 演化 理由 过程对象 涉众 资源 创建 作用 结果 需求跟踪矩阵样例 ·贯穿项目始终的一个极端有用的跟踪需求的工具 结论 生准阶段 试销阶段 开发阶段 开发过程跟踪 测试与验收标准 需求检测 设计评审 原始需求分配 详细设计 概要设计 原始规格 车型 序号 5、需求变更 ·需求的变化是正确和不可避免的 问题发生了改变 环境发生了变化 需求基线存在缺陷 用户变动 用户对软件的认识变化 相关产品的出现 原项目计划 变更之后 开发时间 开发人数 零部件资源 项目成本 ·变更过程控制：以可控、一致的方式进行需求基线中需求的变更处理，包括对变化的评估、协调、批准或拒绝、实现和验证。 对已经基线化的需求的更改申请 PM将修改意见、方案、影响范围、工作量估计等提交给CCB CCB裁决 修改产品概念或设计 评审、签发 结束 结束 N Y 更新的概念 更新的设计 输入 研讨 输出 流程 需求采集举例4—售后反馈 ·方式 用户热线、售后维修记录、用户满意度调查 ·目的 了解现有产品缺陷 ·优点 主要问题可以得到有效的体现 ·缺点 信息量大、杂乱 ·特点 短期 ·输入 经过按照频度、危害性分类的记录 ·输出 新产品改进要点 ⑤ 需求采集—角色与职责 维修 ♂ ♂ ♂ 售后反馈 用服 ♂ ♂ ♂ ♂ 现场支持 维修 ♂ ♂ ♂ ♂ ♂ 销售 ♂ ♂ ♂ ♂ ♂ 市场 ♂