组织标准过程总体裁剪指南.docVIP

组织标准过程整体裁剪指南 文档编号： 文档信息：公司级别指南文件 文档名称：组织标准过程整体裁剪指南 文档类别：过程管理类 密 级：机密 版本信息：1.0 建立日期：2006.8.28 创 建 人： 审 核 者： 批 准 人： 批准日期： 保 管 人： 存放位置： 编辑软件：Microsoft Office 2003 中文版  文档修订记录 版本编号或者更改记录编号 *变化 状态 简要说明（变更内容和变更范围） 日期 变更人 审核日期 审核人 1.0 A 新建 2006-8-24 *变化状态：A——增加，M——修改，D——删除 文档批准信息 序号 批准人 角色 批准日期 签字 备注 目 录 1. 简介概述 4 1.1 目的 4 1.2 适用范围 4 1.3 背景描述 4 1.4 引用文件 4 1.5 术语 4 1.6 参考资料 4 2. 内容 4 2.1 裁剪的基本步骤 5 2.2 确定项目特征的评价表 5 2.3 标准软件过程总体裁剪指南 5 3. 附录 8 3.1 附录A－相关过程 8 3.2 附录B－相关规程 8 3.3 附录C－相关指南 8 3.4 附录D－相关模板列表 8 图表索引 表 1 项目特征评价表 5 表 2 标准过程总体裁剪指南 6 简介概述 目的 软件项目标准软件过程提供框架和总体指导方针。 适用范围 适用于范围内的软件项目。引用文件 术语 无。 参考资料 ?《Process Tailoring and the Software Capability Maturity Model》，Mark P. Ginsberg and Lauren H. Quinn 内容 本指南根据关于总体裁剪指南要求以及项目的实际情况编写而成。裁剪根据选定的软件生命周期模型，按裁剪指南对组织的标准软件过程进行裁剪，形成适合项目实际情况的软件过程。裁剪的基本步骤如下： 1 项目特征评价表 项目特征 评价 评判准则 团队对应用领域和开发技术的经验 多 A）项目组开发过应用领域中的类似项目，且 B）项目组中超过2/3的人员对开发工具有两年以上开发经验 少 以上条件有一条不满足 开发规模 大 A）正式的团队成员≥5人，且 B）估算开发时间（或者一次迭代时间）超过2个月 小 以上条件有一条不满足 战略重要程度 高 组织未来发展方向直接相关的项目 低 和组织战略目标间接相关或者非常规情况下产生的项目 标准软件过程总体裁剪指南指南内容如下表。表 2总体裁剪指导方针 团队经验－少；开发规模－小； 与评审有关的指导方针 、对每个开发人员最初提供的工作产品（文档和代码）进行同行评审 与工作量有关的指导方针 1、将任务划分更多个独立的小任务 2、在时应考虑开发人员学习掌握技术的 3、制订培训计划并进行培训 与正式性有关的指导方针 1、可以适当减少开发基线中需要配置的配置项 2、当重要程度较低时，变更管理可以不那么正式。 团队经验－多；规模小；高 与评审有关的指导方针 1、只对所有影响较大的文档（如项目计划、概要设计等）进行正式评审 2、可以减少同行评审次数，有些评审改为检查 与工作量有关的指导方针 、 《需求获取规程》《需求分析规程》 1、 与正式性有关的指导方针 1、可以适当减少开发基线中需要配置的配置项 2、当项目的重要程度较低时，变更管理可以正式 《配置变更控制规程》 团队经验—多或者少；开发规模； 与评审有关的指导方针 1、对所有影响的文档（如项目计划、设计等）进行正式评审 2、对每个开发人员最初提供的工作产品（文档和代码）进行同行评审 3、由项目以外的技术人员对技术文档进行评审 与工作量有关的指导方针 1、将任务划分得更多个独立的小任务 2、将应用分成独立的组件 无 3、在时应考虑开发人员学习掌握技术的 《项目策划过程》 4、制订培训计划并进行培训 5、为同类活动开发软件工具 与正式性有关的指导方针 1、严格按配置管理程序的要求进行配置管理 2、按正式的变更管理的要求进行变更管理 3