CMMI3级过程实施方针

第 1 页 共 7 页 CMMI3CMMI3 级过程实施方针级过程实施方针 第 2 页 共 7 页 目目 录录 1、组织过程焦点方针组织过程焦点方针.4 2、组织过程定义方针组织过程定义方针.4 3、组织级培训过程方针组织级培训过程方针.4 4、需求管理过程方针需求管理过程方针.4 5、风险管理过程方针风险管理过程方针.5 6、集成项目管理过程方针集成项目管理过程方针.5 7、软件研发项目策划过程方针软件研发项目策划过程方针.5 8、软件研发项目监督与控制过程方针软件研发项目监督与控制过程方针.5 9、测量与分析过程方针测量与分析过程方针.6 10、决策分析和制定过程方针决策分析和制定过程方针.6 11、过程和产品质量保证控制程序方针过程和产品质量保证控制程序方针.6 12、软件配置管理控制程序方针软件配置管理控制程序方针.6 13、需求开发过程方针需求开发过程方针.7 14、技术解决方案过程方针技术解决方案过程方针.7 15、产品集成控制程序方针产品集成控制程序方针.7 16、验证过程方针验证过程方针.8 17、确认过程方针确认过程方针.8 第 3 页 共 7 页 1 1、 组织过程焦点方针组织过程焦点方针 1.1、 全体员工协调一致进行过程的制定和改进工作。 1.2、 SC 负责确定公司过程改进活动的目标、方针和策略，领导公司的过程改进活动； EPG 在 SC 的领导下完成具体的过程改进活动，负责组织具体过程的建立和不断改 进。 1.3、 所有过程相关的改进意见或建议，都应遵照过程改进建议处理控制程序得到 适当的处理。 1.4、 公司标准过程的制定和改进活动要有计划地进行。 1.5、 EPG 从项目的实践中取得过程度量数据，总结各种项目报告、过程评估报告，分 析实施中的问题，从而获得改进需求，制定改进计划，不断推动过程改进活动。 1.6、 在公司过程改进活动中，遵循 SEI-CMMI 阶段式模型，逐步提高公司能力成熟度 等级。 2 2、组织过程定义方针组织过程定义方针 2.1、 工程过程小组（EPG）负责建立和不断更新公司的标准过程集合以及过程财富库， 使其可以为项目所了解和使用。 2.2、 每个新项目在开始时都应参照和利用组织标准过程，必要时对组织标准过程集合 进行剪裁，得出适合项目的工作过程，但是项目对组织标准过程的剪裁必须经过 EPG 的评审和批准。 2.3、 EPG 负责对过程的使用情况进行度量。 3 3、组织级培训过程方针组织级培训过程方针 3.1、 根据公司战略业务目标确定组织极的战略培训需求，使培训成为企业实现战略目 标的有效手段。 3.2、 明确定义组织级培训工作的实施流程，创造适合项目运行的环境。 3.3、 通过培训提高员工知识技能水平，使培训成为培养、吸引员工的重要管理手段。 3.4、 对组织级培训工作进行度量，跟踪培训效果，保证其与组织的目标相一致 4 4、需求管理过程方针需求管理过程方针 4.1、 客户需求需要文档化，并且建立与产品特性的对应关系，并通过市场和产品部门 的认可，纳入配置管理基线 4.2、 纳入项目的各级需求必须进行文档化 4.3、 需求必须经过评审，以达成共同理解 4.4、 需求的变更必须得到相应的批准并跟踪至关闭 第 4 页 共 7 页 4.5、 业务需求必须作为功能基线纳入配置管理 4.6、 需求规格说明书必须作为分配基线纳入配置管理 4.7、 在软件生命周期的不同阶段，要利用需求跟踪矩阵对需求的溯源性和状态进行跟 踪，并识别项目计划和工作产品与需求之间的不一致处。 4.8、 通过持续改进，逐步建立对现场定制开发需求管理的的有效方法，并纳入配置管 理基线 5 5、风险管理过程方针风险管理过程方针 5.1、 项目必须有明确的风险管理策略，并对风险进行识别和分析 5.2、 项目组要定期跟踪风险，按照风险管理策略及时制定风险管理计划，对风险进行 管理，减小或避免风险发生对项目产生的不利影响。 6 6、集成项目管理过程方针集成项目管理过程方针 6.1、 所有软件研发项目必须通过剪裁组织标准过程，建立项目已定义过程 6.2、 所有软件研发项目要运用项目已定义过程管理和实施项目研发工作，并且与相关 利益者进行协调和合作 7 7、软件研发项目策划过程方针软件研发项目策划过程方针 7.1、 所有软件研发项目的策划要基于项目的业务需求 7.2、 项目需要按照公司策划过程的要求对项目参数进行策划，制定项目计划 7.3、 项目开发组、测试组、支持组和其它相关利益人要共同协商项目活动，对项目计 划取得一致意见，做出内部和外部承诺 7.4、 项目的 RELEASE 时间、工作量投入、产品结构有重大变更的，在得到高级经理 的批准后要进行重新策划。 7.5、 要对项目策划的文档妥善管理 8 8、软件研发项目监督与控制过程方针软件研发项目监督与控制过程方针 8.1、 项目使用已经文档化的项目综合计划来监督项目性能，并对项目综合计划进行维 护。 8.2、 高级经理会同项目经理每月评审项目的状态和问题。 8.3、 在项目的实际性能或结果偏离项目开发计划时，要根据规定的偏差范围，采取适 当的纠正措施，并跟踪纠正措施到结束。 8.4、 如果要对项目计划中的约定进行更改，需要与共利益者协商并协调一致。 8.5、 对外部承诺的更改或制定新的承诺，按照对外承诺变更规程执行。 第 5 页 共 7 页 9 9、测量与分析过程方针测量与分析过程方针 9.1、 测量目标和测量活动要与信息需要和目标取得一致 9.2、 测量结果要向相关利益人提供，并使需要使用这些度量结果的人员通过授权可以 方便地进行查询 9.3、 高级管理层确保测量分析活动所必须的资源、资金和培训。 9.4、 公司有专人负责测量活动的协调和数据综合分析 9.5、 所有项目必须收集公司定义的基本数据集合中的数据。 9.6、 度量活动遵从识别定义收集分析反馈的循环。 9.7、 短期内利用 EXCEL 作为分析工具，公司将谋求开发或购买度量分析系统，以此管 理和使用度量数据,并最终作为统一的度量数据库。 1010、决策分析和制定过程方针决策分析和制定过程方针 10.1、公司要求在以下情况下必须使用决策分析和制定控制程序要求的流程进行结 构化决策（即对照规定的准则对推荐的候选方案进行评价）： 决策直接相关的论题是高风险的；（参见“风险管理”相关过程规定） 决策可能造成进度超阈值拖延或影响项目实现目标的； 与决策的影响相比较，决策过程的成本（包括时间成本）可以接受。 10.2、公司提倡各级管理者在重大决策中充分发挥集体的智慧，提高决策的计划性和科 学性。基本原则是：在条件允许的前提下，要让决策的执行者充分参与决策的制 定过程。 1111、过程和产品质量保证控制程序方针过程和产品质量保证控制程序方针 11.1、在公司内所有研发和工程项目中实施过程与产品质量保证活动。 11.2、QA 组作为公司内独立于项目的专门小组存在，负责对项目过程和工作产品遵循 公司过程、标准和规程的情况进行客观地评价，并且确保不符合问题得到处理。 11.3、对于项目内不能解决的不符合问题，QA 人员有向高级管理者报告的独立渠道。 11.4、高级管理者信任且重视 QA 人员在其活动中的发现与报告。 11.5、高级管理者定期评审项目 QA 活动和结果。 11.6、独立的 QA 专家定期评审项目 QA 组的活动和工作成果。 1212、软件配置管理控制程序方针软件配置管理控制程序方针 12.1、在项目的整个生存周期内都要实行配置管理 第 6 页 共 7 页 12.2、项目要建立并维护已确定的工作产品基线 12.3、CC 和 SCCB 负责跟踪和控制对配置管理之下的工作产品的变更 12.4、SCCB 定期审核软件基线和配置管理活动，确保建立并维护基线的完整性 12.5、项目必须使用公司确定的配置管理工具进行配置管理 1313、需求开发过程方针需求开发过程方针 13.1、技术经理或需求开发相关人员负责收集共利益者需要，形成产品和产品构件的需 求 13.2、项目组要对收集的需求要进行分析，并和相关利益人进行需求的确认 1414、技术解决方案过程方针技术解决方案过程方针 14.1、项目要根据选定的生命周期模型，反复进行产品构件的选择、产品和产品构件的 设计以及产品的实现工作。 14.214.2、概要设计控制程序方针概要设计控制程序方针 概要设计文档必须纳入配置管理。 概要设计文档须征得项目经理同意进行剪裁。 14.314.3、详细设计控制程序方针详细设计控制程序方针 详细设计文档需征得项目经理的同意进行裁剪。 详细设计和概要设计可以交叉进行，但纳入配置管理必须是先概要设计、后详细设计。 设计活动和产品需求可以交叉进行，设计必须首先保证满足关键需求。 14.414.4、产品实现控制程序产品实现控制程序( (代码实现代码实现) ) 产品部件的实现过程必须是有计划和受控的 实现的产品部件必须纳入配置管理 代码同相关的设计文档必须保持一致 1515、产品集成控制程序方针产品集成控制程序方针 15.1、项目要开发产品集成策略和环境，确保产品构件之间的接口兼容性 15.2、项目要按照已定的集成策略组装产品构件，交付产品和产品部件 15.3、为产品集成提供足够的资源保证； 15.4、接口变更纳入组织的变更管理，确保接口处于受控状态，以保证产品集成准备工 作有效开展； 15.5、实施产品集成测试，减少集成系统在实际使用中出现严重缺陷的可能。 15.6、组织必须为产品集成测试活动提供充足的资源。 15.7、定期跟踪和记录产品集成系统 BUG 的状态。 第 7 页 共 7 页 15.8、定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。 1616、验证过程方针验证过程方针 16.1、项目要建立并维护验证策略和环境，并且对所选的工作产品进行同级评审 16.216.2、部件测试控制程序方针部件测试控制程序方针 根据生命周期的选择，进行部件测试活动，减少集成产品进入系统测试阶段后遗留严重缺 陷的可能。 组织必须为已确定的部件测试活动提供充足的资源。 通过部件测试的集成产品方能进入系统测试。 定期跟踪和记录缺陷状态。 定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。 16.316.3、系统测试控制程序方针系统测试控制程序方针 根据生命周期的选择，实施有效的系统测试活动，减少系统实际使用中出现严重缺陷的可 能。 组织必须为系统测试活动提供充足的资源。 所有产品需要通过系统测试之后方能进入内部验收。 记录系统缺陷跟踪缺陷状态。 定期统计和分析测试活动结果和效果，推动测试活动本身的有效性和高效性。 1717、确认过程方针确认过程方针 17.1、项目要建立并维护确认策略和环境，确保产品和产品构件适合在其预定运行环境 中使用 17.217.2、测试控制程序方针测试控制程序方针 实施测试，减少系统初验时出现严重问题