裁减准则与指南.docVIP

本资料仅供内部使用！ 裁剪准则和指南 XXXXXXXXXX公司 20XX年XX月XX日 修改记录 制定日期 生效日期 制定 / 修订 内容摘要 页数 版本 拟稿 审查 批准 目 录 TOC \o 1-3 \h \z \u 1 目的 1 2 裁剪流程 1 3 裁剪的原则 1 4 可裁剪的要素 2 5 业务目标和裁剪程度 2 6 裁剪方法 2 7 裁剪指南 2 7.1 裁剪过程 2 7.2 裁剪活动 3 7.3 裁剪方法、工具 4 7.4 裁剪模板 4 7.5 裁剪度量 4 7.6 裁剪评审和会议 4 目的 公司的标准过程是在通用的层次上描述的，具有一定的共性，每个软件项目却因为自身的系统结构、项目环境等等而具有个性的特征。裁剪准则和指南的目的就是指导软件项目根据自身特点裁剪公司标准过程，用以定义软件项目过程PDSP。 裁剪流程 软件开发生命周期选择指导选定的软件开发生命周期模型过 软件开发生命周期选择指导 选定的软件开发生命周期模型 过 程 裁 剪 项目特征《 项目特征 《PDSP》 项目风险和不确定性分析 项目风险和不确定性分析 项目开发方法和工具 项目开发方法和工具 裁剪准则和指南 裁剪准则和指南 **在对项目风险、项目不确定性、项目特征进行初步分析的基础上，参照公司标准过程《软件开发生命周期选择指南》和软件《裁剪准则和指南》，选定软件软件开发生命周期、项目过程、项目开发方法和工具。 裁剪的原则 项目裁剪组织标准软件过程的一般原则： -如果顾客对过程提出要求，则必须遵循 -遵循OSSP中的各个过程中提出的剪裁指南 -剪裁后不得降低工程师的生产率 -剪裁后不得降低产品质量 -剪裁后不得降低对工作进展的可视性（跟踪） -剪裁后不会对产品增加不必要的管理和控制 -剪裁后的活动能有足够的人力支持 -在成本核算上，剪裁后的活动是有效的，经费能足以支持 例如对于小项目，如果剪裁后项目定义过程中，要求许多会议，导致使生产率降低，则不符合剪裁准则。 剪裁的OSSP的某项关键实践，必须说明理由，并记载在《PDSP》中。 可以有替代实践。但必须阐述理由在项目的《PDSP》中进行描述。 项目定义的过程《PDSP》必须得到EPG的批准。 可裁剪的要素 裁剪需考虑的因素，一般基于项目风险和项目特征对标准软件过程进行裁剪。 裁剪的对象包括：过程、过程的各项活动、方法、工具、输出产品和模板，包括角 色。 裁剪的方向和尺度：对于某个裁剪对象，其范围、频度、正式度等都是裁剪要素。 裁剪动作：删减、合并、增加某几个过程、活动、方法、工具、模板等等。 项目裁剪公司标准过程的结果，需以《PDSP》文档的形式固定下来。 EPG对项目裁剪结果进行评审，对项目组提出的偏离过程标准申请进行审批。 EPG对项目组裁剪时考虑的因素和裁剪的理由进行分析，用以改进本准则和指 南。 裁剪时要考虑组织结构，包括人员的构成和各小组的划分设置。基本原则是过程中描述的某些或某项任务应该有人负责完成，而不一定非要具有相应名称的小组；或者也可以是由一个小组完成过程中所有任务，不一定该小组有什么固定头衔。 关于客户（最终用户）关系的考虑： 业务目标和裁剪程度 结合各项目的业务目标要求，做出适当的裁剪。这些业务目标如：开发费用的降 低、提高质量、保证进度、连续的过程改进等。 控制对组织标准过程的裁剪程度。CMMI体系文件和标准过程库的阐述一般非常严格和正式，项目中可能认为这种严格和正式程度对于项目是一种额外负担，实践表明，强调过程纪律与正式性也能够大大提高产品生产率、质量和保证进度。除非特殊要求项目对标准过程活动的裁剪比例应在15％以下。 裁剪方法 项目可以使用《PDSP模板》来裁剪标准过程，生成项目的《PDSP》。 裁剪指南 裁剪过程 删减过程 可能的原因： 客户要求 前提条件： 被删减的过程所应产生的主要工作产品必须已经存在或在预期时间内可以得到（例1：A项目合同中没有需求分析，但系统功能说明书必须已经存在并可以得到，从而保证后续的设计和开发活动可以开展；） 过程被删减，但过程中产生的工作产品的质量必须受控。（例如，A项目中要对系统功能说明书进行正式、全面的检查，以确保设计、开发人员能充分理解最终用户的需求；） 合并过程 可能的原因 所选用的软件开发生命周期（如采用原型模型开发时，在需求分析阶段，构造原型用于帮助用户理解问题，原型可能会逐步进化为设计模型，这种情况下，软件需求和软件设计阶段可以合并）。 前提条件 过程合并，计划、跟踪活动可以合并，但过程所应产生的主要工作产品不能减少。 可能产生的问题： 过程合并后，各类活动开展的次序较难控制。 过程合并后，基线减少，不同的开发人员可能同时使用不同版