《彩通科技CMMI_L3差距分析报告》由会员分享，可在线阅读，更多相关《彩通科技CMMI_L3差距分析报告（38页珍藏版）》请在金锄头文库上搜索。
1、彩通科技CMMI L3差距分析报告,2011年5月27日,2,主要内容,1. 引言2. 概述3. 基本情况4. 初步发现5. 下一步,3,引言,If you dont know where you are, a map wont help. If you dont know where youre going, any road will do. 这两条谚语非常简洁地表达了软件过程差距分析的重要性帮助你认识所处的位置，帮助你找到前进的方向。,4,基本情况,2011年5月25日5月27日对彩通科技有限公司进行了软件过程差距分析;,5,调查目标,了解彩通科技有限公司目前的软件过程能力，为建立选择过
2、程、制定SPI计划和CMMI培训做好准备，同时为下一阶段的过程改进工作提供准备。工作成果：提供差距分析报告,6,预期读者,过程改进相关人员CMMI主任评估师咨询顾问,7,调查范围,过程改进负责人高层经理（部门经理）项目经理设计人员编码人员测试人员需求人员支持人员（CM，QA，OT有关人员）,8,日程安排,9,工作方式,文档审阅质量管理体系项目实施文档访谈（过程改进负责人，部门经理，项目经理，编码人员，测试人员，需求人员，支持人员等）,10,访谈参与者:过程改进负责人：1人部门经理 ：1人项目经理 ：3人设计人员 ：3人编码人员 ：3人测试人员 ：2人需求人员 ：1人支持人员 ：3人,11,3.
3、 概述,12,概述,公司领导和员工意识到软件过程改进的重要性，公司正在进行非常有意义的过程域质量规划有有关的活动和实践；公司管理层重视和支持软件过程改进；过程改进负责人以及部门经理等对过程定义和改进有一定的经验；公司在软件工程管理和规范方面有着较好的基础。已经在自发应用迭代模型，Bug度量，工期度量，任务跟踪，进度跟踪。已经形成了一套比较有效的质量管理体系。,13,项目基本情况,项目Average developers: 6-8,Duration: 4-7 months生命周期模型：迭代，瀑布开发环境：OS: WindowsDatabase: Oracle； Mysql Programming
4、 Languages: PB，JavaCase Tools: Eclipse, CVS是否有外包：无,14,4. 初步发现,15,高层经理的期望,规范软件开发过程，提高软件产品质量；希望CMMI过程改进能真正有效的提高公司的管理能力；研发人员能真正从中学到东西；建立一套实用的过程体系文件，并且操作性要强；提高公司的过程管理能力和产品质量,16,全局性发现,组织级的过程管理活动还没有规范化开展；组织中已经存在着一套质量管理体系并运行多年。在软件工程方面，过程的策划和实施积累了一定的经验和方法；在其他方面还优待完善。项目策划和监控活动已经在运行，但有效性和全面性待进一步改善；应用了配置管理工具TF
5、S，但配置管理活动属于一般阶段；需求跟踪方面需要加强，需求变更管理需要明确规范；测试过程有一定的基础，测试度量工作需要进一步改进并有效地利用数据改进测试过程；公司实施了一定的培训，还需进一步统一和完善培训的流程；真正意义的PPQA活动还处于开始阶段。,17,Level 2 PAs,18,需求管理(RM),Opportunity ：对于需求的变更管理已经在进行并且有影响分析，但还需规范化；项目开发各个阶段还没有进行需求的追溯和跟踪管理（无需求跟踪矩阵）；需求的一致理解还有待提高并保留证据。,19,项目计划(PP),Opportunity项目策划整个流程需要进一步规范化，项目经理的策划和管理职责还
6、没有明确和全面发挥作用；项目估算主要依靠技术经理的经验，缺少进度、工作量和成本估算的记录和依据；项目策划时，缺少对项目的数据管理、技能、干系人的计划；项目质量目标已经确立，但没有建立度量体系并纳入组织财富库。附属子计划还不够完整。,20,项目监督和控制(PMC),Opportunity缺少工作量和成本的记录和监控；缺少对项目数据管理、风险、干系人的监控；阶段里程碑评审执行力度有待加强；没有有效地根据项目的实际数据用于项目的监控；有较好的项目计划的变更管理，但需进一步规范化；,21,供应商协议管理(SAM),OpportunityN/A,22,度量和分析(MA),Opportunity工期、测试
7、过程、软件bug等方面已经有一定的度量；项目数据积累不够完整；缺系统性的度量分析过程。,23,过程和产品质量保证(PPQA),Opportunity目前仅是根据客户的投诉和问题报告来监督和提高质量，公司的规章有不定期的评价和检查，但是真正意义的PPQA功能还没有实施；,24,配置管理(CM),Opportunity在使用TFS 配置管理工具，但配置管理属于起步阶段；无基线的定义和管理，尚未开展有效的配置审计；备份操作还没有统一的定义和执行多数的变更，尚未保留文档化的记录。,25,Level 3 PAs,26,组织过程焦点(OPF),Opportunity公司还没有形成系统的过程改进流程；内部评
8、估还没有开展；如何落实过程改进的目标的活动，角色需要进一步分配资源和角色，并需进一步的实施。,27,组织过程定义(OPD),Opportunity软件工程方面的流程比较完整，项目管理、支持管理方面欠缺较多；有交好的实际经验（比如迭代模型，设计、编码、测试的工期比例等），但组织过程财富库（历史项目数据、实例，经验教训，工具和方法）有待完善。公司级统一的流程体系需要进一步完善。,28,组织培训(OT),Opportunity公司有些培训活动，但还没有建立系统的进行培训的策划、组织和管理流程；,29,集成项目管理(IPM）,Opportunity有待规范化；,30,风险管理(RSKM),Opport
9、unity有的人员还不了解问题与风险的概念及处理方法；有的缺少管理风险的识别，有的项目风险没有跟踪的记录；风险管理流程需要进一步规范化。,31,需求开发(RD),Opportunity需求开发应用了原型法和Demo，但需规范定义和有效实施；需求文档的内容和描述还需进一步改进和明确；有的需求进行了评审但是没有记录；软件产品需求的分析过程还需要清晰定义和执行。,32,技术解决方案(TS),Opportunity设计方案选择准则需要规范化；概要设计和详细设计的内容还需进一步明确划分，避免重叠；评审没有检查单的参考，评审记录不完整；代码规范需进一步明确定义。,33,产品集成(PI),Opportuni
10、ty有联调活动，但缺少规范化和体系化；发布清单内容需明确定义。,34,验证(VER),Opportunity有的测试进入、退出准则的描述含义需明确定义；有一定的缺陷记录和统计，但还需要进一步的度量分析有效地指导测试活动；有一定的评审活动，但是同行评审过程需要规范化和贯彻；,35,确认(VAL),Opportunity验收过程的活动和流程需要规范化；提供具体明确的验收标准。,36,决策分析(DAR),Opportunity还没有建立完整的决策分析与解决流程，需建立组织级的DAR应用指南，决定DAR的应用范围；,37,5、下一步,组建过程改进的组织机构，初步选择EPG成员；选择候选试点项目；准备CMMI培训工作培训人员的选择培训时间的确定进行CMMI的培训制定软件过程改进的工作计划,38,谢 谢!,
