项目管理.pptVIP

Quality 软件项目管理 质量保证部 内容提要 文件概述 软件需求管理 评审 风险管理 配置管理 软件质量保证 过程度量 软件资产复用 文件概述 文件概述 项目管理覆盖的范围 文件概述 项目管理要素 T-Q-C-P-S 范围管理 背景、信息目标、功能和性能 文件概述 思考题 特工小组与项目小组 团队管理比较 文件概述 士气杀手 缺少“保健因素” 虚假的管理监控 进度计划的压力 技术决策不当 无法参与相关决策行为 生产率障碍 低质量的产品 没有或过分夸张的激励形式 文件概述 保健因素 合适的光线、供暖、空调 方便使用的办公设备 随手可得的办公用品 设备的有效维护与故障排除 可用的参考手册和出版物 辅助参考书和在线帮助工具 基本的培训和新的软件、工具、方法 文件概述 软件需求管理 统一软件需求规格说明模板 明确需求更改控制 评审 区分会议评审与网上评审 增加评审准备 强调评审效果的改善 文件概述 风险管理 强调风险管理的持续性 改变风险分类原则 风险示例的使用 加强风险监管 增加风险管理总结 文件概述 配置管理 增加硬件集成项目配置管理 强调项目级配置管理的开展 完善配置管理策划 强调配置状态跟踪 强调配置审计 标识规范 项目管理记录与职能管理记录区分 文件概述 软件质量保证 强调项目级SQA工作开展 完善SQA计划和审核报告 过程度量 完善开发过程度量 增加系统集成过程度量 增加服务过程度量 文件概述 软件资产复用 事业部复用资产库的建立 源码开放管理 强化项目总结 软件需求管理 软件需求管理 目的 降低需求风险 缓解进度压力 提升客户满意度 软件需求分类 技术需求：《软件需求规格说明书》 非技术需求：《项目开发计划》 系统特性和功能需求 软件需求管理 需求分析 软件需求管理 需求优先级的设定 目的 避免引入不必要的需求 控制需求蔓延 裁减低优先级的功能 设定原则 高：基本系统特性 核心任务 通用构件 中：单独的非基本系统特性 低：不影响产品能力的系统特性 软件需求管理 软件需求规格说明书 词汇表 软件概述 软件范围、系统特性概述、假定和依赖 外部接口需求 用户界面、硬件、软件、通信接口 需求规定（按系统特性描述） 特性说明、功能需求、性能需求、安全性需求 其他非功能需求 一般性性能、安全性需求、用户文档需求 软件需求管理 需求文档编制要求 可使用性 明确性 完整性 可验证性 一致性 可修改性 可跟踪性 软件需求管理 需求状态跟踪 目的 跟踪需求在软件开发过程中的状态变化， 确保软件开发与既定的软件需求的一致性 小型项目不必编制需求跟踪矩阵 项目规模≤10人月周期≤2个月 项目组人数≤5人 需求状态 已建议 已批准 已实现 已验证 已删除 软件需求管理 需求跟踪矩阵 软件需求管理 需求跟踪矩阵的作用 保证所有需求都会在开发中实现 建立需求和系统元素之间的联系 评估需求更改带来的影响 查看到当前系统的需求实现状态 测试中指出最有可能的代码段 过程度量、产品释放、交付的输入 软件需求管理 需求更改的影响 连锁反应－－－－－－ 任务分派－管理和沟通－计划和监控－设计－编码－测试－文档－用户支持－客户培训－配置管理 有效控制需求更改 变更分析 制造困难 版本2 短的发布周期 软件需求管理 应该接受需求更改的情况 用户不了解真正需要 需要对用户做出响应 市场快速变化 促进开发人员创新积极性 软件需求管理 需求完善控制 软件需求管理 需求变更控制 软件需求管理 用户现场开发的需求管理 评 审 评 审 评审实质 集中时间，发挥集体智慧，客观及时地揭示软件缺陷 评审中的组织角色 SMG/部门负责人 责任人 主审员的选定 评审组的组成 评审策划 评 审 会议评审的准备阶段 评 审 会议评审的执行阶段 评 审 网上评审 评 审 评审类型 按评审形式划分 会议评审、网上评审 按评审等级划分 公司级、部门级、项目组级 按评审目的划分 管理评审、技术评审、同行评审 技术评审与同行评审的区别与联系 评 审 评审基本原则 评审工作产品而不是责任人 评审流程可适当裁剪 评审准备目的为了解而非判定 会议评审准备时间的限制 会议评审人数的限制 会议评审时间的限制 评审执行焦点在于发现问题 风险管理 风险管理 软件质量 取决于 “风险管理” 风险管理 风险类型 项目风险：威