![CMMI3过程实施方针_第1页](http://file4.renrendoc.com/view/4138a73d67f0998ca69f5e244d37c820/4138a73d67f0998ca69f5e244d37c8201.gif)
![CMMI3过程实施方针_第2页](http://file4.renrendoc.com/view/4138a73d67f0998ca69f5e244d37c820/4138a73d67f0998ca69f5e244d37c8202.gif)
![CMMI3过程实施方针_第3页](http://file4.renrendoc.com/view/4138a73d67f0998ca69f5e244d37c820/4138a73d67f0998ca69f5e244d37c8203.gif)
![CMMI3过程实施方针_第4页](http://file4.renrendoc.com/view/4138a73d67f0998ca69f5e244d37c820/4138a73d67f0998ca69f5e244d37c8204.gif)
![CMMI3过程实施方针_第5页](http://file4.renrendoc.com/view/4138a73d67f0998ca69f5e244d37c820/4138a73d67f0998ca69f5e244d37c8205.gif)
版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领
文档简介
CMMI3级过程实施方针目录TOC\o"1-5"\h\z\o"CurrentDocument"1、 组织过程焦点方针 3\o"CurrentDocument"2、 组织过程定义方针 3\o"CurrentDocument"3、 组织级培训过程方针 3
\o"CurrentDocument"需求管理过程方针 3\o"CurrentDocument"风险管理过程方针 4\o"CurrentDocument"集成项目管理过程方针 4\o"CurrentDocument"软件研发项目策划过程方针 4\o"CurrentDocument"软件研发项目监督与控制过程方针 4\o"CurrentDocument"测量与分析过程方针 4\o"CurrentDocument"决策分析和制定过程方针 5\o"CurrentDocument"过程和产品质量保证控制程序方针 5\o"CurrentDocument"软件配置管理控制程序方针 5需求开发过程方针 5\o"CurrentDocument"技术解决方案过程方针 5\o"CurrentDocument"产品集成控制程序方针 6验证过程方针 64、5、6、7、8、9、1011、121314151617、确认过程方针 71、 组织过程焦点方针1.1、 全体员工协调一致进行过程的制定和改进工作。1.2、 SC负责确定公司过程改进活动的目标、方针和策略,领导公司的过程改进活动;EPG在SC的领导下完成具体的过程改进活动,负责组织具体过程的建立和不断改进。1.3、 所有过程相关的改进意见或建议,都应遵照《过程改进建议处理控制程序》得到适当的处理。1.4、 公司标准过程的制定和改进活动要有计划地进行。1.5、 EPG从项目的实践中取得过程度量数据,总结各种项目报告、过程评估报告,分析实施中的问题,从而获得改进需求,制定改进计划,不断推动过程改进活动。1.6、 在公司过程改进活动中,遵循SEI-CMMI阶段式模型,逐步提高公司能力成熟度等级。2、 组织过程定义方针2.1、 工程过程小组(EPG)负责建立和不断更新公司的标准过程集合以及过程财富库,使其可以为项目所了解和使用。2.2、 每个新项目在开始时都应参照和利用组织标准过程,必要时对组织标准过程集合进行剪裁,得出适合项目的工作过程,但是项目对组织标准过程的剪裁必须经过EPG的评审和批准。2.3、 EPG负责对过程的使用情况进行度量。3、 组织级培训过程方针3.1、 根据公司战略业务目标确定组织极的战略培训需求,使培训成为企业实现战略目标的有效手段。3.2、 明确定义组织级培训工作的实施流程,创造适合项目运行的环境。3.3、 通过培训提高员工知识技能水平,使培训成为培养、吸引员工的重要管理手段。3.4、 对组织级培训工作进行度量,跟踪培训效果,保证其与组织的目标相一致4、 需求管理过程方针4.1、 客户需求需要文档化,并且建立与产品特性的对应关系,并通过市场和产品部门的认可,纳入配置管理基线4.2、 纳入项目的各级需求必须进行文档化4.3、 需求必须经过评审,以达成共同理解4.4、 需求的变更必须得到相应的批准并跟踪至关闭4.5、 《业务需求》必须作为功能基线纳入配置管理4.6、 《需求规格说明书》必须作为分配基线纳入配置管理4.7、 在软件生命周期的不同阶段,要利用需求跟踪矩阵对需求的溯源性和状态进行跟踪,并识别项目计划和工作产品与需求之间的不一致处。4.8、 通过持续改进,逐步建立对现场定制开发需求管理的的有效方法,并纳入配置管理基线5、 风险管理过程方针5.1、 项目必须有明确的风险管理策略,并对风险进行识别和分析5.2、 项目组要定期跟踪风险,按照风险管理策略及时制定风险管理计划,对风险进行管理,减小或避免风险发生对项目产生的不利影响。6、 集成项目管理过程方针6.1、 所有软件研发项目必须通过剪裁组织标准过程,建立项目已定义过程6.2、 所有软件研发项目要运用项目已定义过程管理和实施项目研发工作,并且与相关利益者进行协调和合作7、 软件研发项目策划过程方针7.1、 所有软件研发项目的策划要基于项目的业务需求7.2、 项目需要按照公司策划过程的要求对项目参数进行策划,制定项目计划7.3、 项目开发组、测试组、支持组和其它相关利益人要共同协商项目活动,对项目计划取得一致意见,做出内部和外部承诺7.4、 项目的RELEASE时间、工作量投入、产品结构有重大变更的,在得到高级经理的批准后要进行重新策划。7.5、 要对项目策划的文档妥善管理8、 软件研发项目监督与控制过程方针8.1、 项目使用已经文档化的项目综合计划来监督项目性能,并对项目综合计划进行维护。8.2、 高级经理会同项目经理每月评审项目的状态和问题。8.3、 在项目的实际性能或结果偏离项目开发计划时,要根据规定的偏差范围,采取适当的纠正措施,并跟踪纠正措施到结束。8.4、 如果要对项目计划中的约定进行更改,需要与共利益者协商并协调一致。8.5、 对外部承诺的更改或制定新的承诺,按照《对外承诺变更规程》执行。9、 测量与分析过程方针9.1、 测量目标和测量活动要与信息需要和目标取得一致9.2、 测量结果要向相关利益人提供,并使需要使用这些度量结果的人员通过授权可以方便地进行查询9.3、 高级管理层确保测量分析活动所必须的资源、资金和培训。9.4、 公司有专人负责测量活动的协调和数据综合分析9.5、 所有项目必须收集公司定义的基本数据集合中的数据。9.6、 度量活动遵从识别-定义-收集-分析-反馈的循环。9.7、 短期内利用EXCEL作为分析工具,公司将谋求开发或购买度量分析系统,以此管理和使用度量数据,并最终作为统一的度量数据库。10、 决策分析和制定过程方针10.1、公司要求在以下情况下必须使用《决策分析和制定控制程序》要求的流程进行结构化决策(即对照规定的准则对推荐的候选方案进行评价):决策直接相关的论题是高风险的;(参见“风险管理”相关过程规定)决策可能造成进度超阈值拖延或影响项目实现目标的;与决策的影响相比较,决策过程的成本(包括时间成本)可以接受。10.2、公司提倡各级管理者在重大决策中充分发挥集体的智慧,提高决策的计划性和科学性。基本原则是:在条件允许的前提下,要让决策的执行者充分参与决策的制定过程。11、 过程和产品质量保证控制程序方针11.1、 在公司内所有研发和工程项目中实施过程与产品质量保证活动。11.2、 QA组作为公司内独立于项目的专门小组存在,负责对项目过程和工作产品遵循公司过程、标准和规程的情况进行客观地评价,并且确保不符合问题得到处理。11.3、 对于项目内不能解决的不符合问题,QA人员有向高级管理者报告的独立渠道。11.4、 高级管理者信任且重视QA人员在其活动中的发现与报告。11.5、 高级管理者定期评审项目QA活动和结果。11.6、 独立的QA专家定期评审项目QA组的活动和工作成果。12、 软件配置管理控制程序方针12.1、 在项目的整个生存周期内都要实行配置管理12.2、 项目要建立并维护已确定的工作产品基线12.3、 CC和SCCB负责跟踪和控制对配置管理之下的工作产品的变更12.4、 SCCB定期审核软件基线和配置管理活动,确保建立并维护基线的完整性12.5、 项目必须使用公司确定的配置管理工具进行配置管理13、 需求开发过程方针13.1、 技术经理或需求开发相关人员负责收集共利益者需要,形成产品和产品构件的需求13.2、 项目组要对收集的需求要进行分析,并和相关利益人进行需求的确认14、 技术解决方案过程方针14.1、项目要根据选定的生命周期模型,反复进行产品构件的选择、产品和产品构件的设计以及产品的实现工作。14.2、 概要设计控制程序方针概要设计文档必须纳入配置管理。概要设计文档须征得项目经理同意进行剪裁。14.3、 详细设计控制程序方针详细设计文档需征得项目经理的同意进行裁剪。详细设计和概要设计可以交叉进行,但纳入配置管理必须是先概要设计、后详细设计。设计活动和产品需求可以交叉进行,设计必须首先保证满足关键需求。14.4、 产品实现控制程序(代码实现)产品部件的实现过程必须是有计划和受控的实现的产品部件必须纳入配置管理代码同相关的设计文档必须保持一致15、 产品集成控制程序方针15.1、 项目要开发产品集成策略和环境,确保产品构件之间的接口兼容性15.2、 项目要按照已定的集成策略组装产品构件,交付产品和产品部件15.3、 为产品集成提供足够的资源保证;15.4、 接口变更纳入组织的变更管理,确保接口处于受控状态,以保证产品集成准备工作有效开展;15.5、 实施产品集成测试,减少集成系统在实际使用中出现严重缺陷的可能。15.6、 组织必须为产品集成测试活动提供充足的资源。15.7、 定期跟踪和记录产品集成系统BUG的状态。15.8、 定期统计和分析测试活动结果和效果,推动测试活动本身的有效性和高效性。16、 验证过程方针16.1、 项目要建立并维护验证策略和环境,并且对所选的工作产品进行同级评审16.2、 部件测试控制程序方针根据生命周期的选择,进行部件测试活动,减少集成产品进入系统测试阶段后遗留严重缺陷的可能。组织必须为已确定的部件测试活动提供充足的资源。通过部件测试的集成产品方能进入系统测试。定期跟踪和记录缺陷状态。定期统计和分析测试活动结果和效果,推动测试活动本身的有效性和高效性。16.3、 系统测试控制程序方针根据生命周期的选择,实施有效的系统测试活动,减少系统实际使用中出现严重缺陷的可能。组织必须为系统测试活动提供充足的资源。所有产品需要通过系统测试之后方能进入内部验收。A记录系统缺陷跟踪缺陷状态。定期统计和分析测试活动结果和效果,推动测试活动本身的有效性和高效性。17、确认过程方针17.1、 项目要建立并维护确认策略和环境,确保产品和产品构件适合在其预定运
温馨提示
- 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
- 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
- 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
- 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
- 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
- 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
- 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
最新文档
- 中外设备买卖合同模板
- 上海金融服务外包合作合同模板汇集
- 临时教学楼改建工程合同
- 个人住房贷款合同样本
- 临时合作关系合同书
- 二手房购入合同范文:完整版
- 三人合伙投资合同范本
- 个人商业贷款抵押合同(1997年)版
- 个人债务履行担保合同示例
- 个人定向捐赠合同模板修订版
- PDCA提高患者自备口服药物正确坚持服用落实率
- 上海石油化工股份有限公司6181乙二醇装置爆炸事故调查报告
- 家谱人物简介(优选12篇)
- 品管部岗位职责20篇
- 2023年中智集团下属中智股份公司招聘笔试题库及答案解析
- GA 1409-2017警用服饰硬式肩章
- 小儿垂钓 (课件)(14张)
- 嘉吉乐恩贝1-FarLactation课件
- 激光拉曼光谱技术课件
- DB33-T 2082-2017(2021)托幼机构消毒卫生规范
- 提高携带双J管患者的健康教育落实率泌尿科品管圈课件
评论
0/150
提交评论