据2007年中国软件Software产业发展研究报告显示
至2006年底我国
软件Software和信息服务业规模达到4800亿元已经跻身全球前 4名占全球总额7.1%
但从我国软件Software产值内、外比例看2006年我国软件Software产值90.3%在国内市场出口额共60.6亿美元不足10%和印度313亿美元、爱尔兰235亿欧元相比差距还是比较大我们看到我国软件Software产业虽然发展迅速但在世界格局中依然不具备良好竞争力 过程缺陷是主因
1995年
TheStandishGroup调查了全球352家软件Software组织8000多个软件Software项目调查结果表明:31%项目在完成前被取消浪费800多亿美元;53%项目消耗了189%预估成本只有16%小企业、9%大企业按时交付了软件Software产品 12年后
美国南加州大学BarryBoehm教授对影响软件Software项目成功主要风险原因进行调查总共调查67人这些人有平均27年软件Software企业软件Software、硬件、系统工作经验调查结果排出了影响软件Software项目成功前十大风险无
不和过程有关 上述问题
存在也严重制约着我国软件Software企业国际竞争力提升同时我国软件Software企业改进软件Software生产过程效果并不理想可以说如果不解决过程持续改进问题我国软件Software企业很难真正走向世界 如何迈向高级别CMMI
高级别
过程能力意味组织可以在数据基础上定量控制所关注过程属性在过程稳定基础上预测过程和过程产品质量并在统计管理基础上解决引起过程波动偶然原因进行持续过程改进高成熟度过程需要在统计控制理论基础上保证过程稳定并稳步提高过程性能和能力 目前在CMMI高级别
过程改进中普遍存在以下误区: 1.以为做了很多度量
并经过很多人评审就达到了高级别高级别过程改进关键是做了度量正确事情并用正确技术分析来解释这些度量结果所以我们必须等到有了足够准确数据才能尝试高级别量化控制 2.孤立量化
控制过程或者属性而且不能对控制目标和结果做出合理解释度量或者量化控制都是管理种手段而管理本身只是服务于组织业务目标所以有些组织为度量而度量为控制而控制照本宣科地建立量化控制目标方面和组织业务目标脱节导致高层管理不能体会到过程改进效果;另方面使些控制目标相互割裂孤立不能形成有效控制体系无法对组织所关注过程及其属性进行合理、全面解释 3.不能准确理解和建立过程性能模型
高成熟度级别组织由于关键过程已经稳定所以可以在此基础上建立过程和其下游过程相关属性性能模型以预测过程下步状态进行合理调整和更加准确过程控制性能模型应在统计分析技术支持下建立故成熟度越高组织其过程可预测性就越好 由此可见
实现高级别过程改进主要包括以下几个方面: 1.建立系统
过程数据库这就要求期望冲击高级别过程改进组织必须认真做好CMMI3级工作建立组织内系统过程数据库和资产库我们有些已经实现CMMI3级组织过程数据散落在各个区域缺乏通畅渠道来支持数据及时收集导致数据采信度低度量分析也比较困难 2.合理有效地建立过程性能基线
是实现高级别过程控制重要基础主要步骤如下:(1)确定过程量化目标:根据组织业务目标建立过程改进目标和量化控制过程及其属性目标(2)选择数据构造数据样本:在目标确定后收集活动执行数据构造数据样本(3)度量数据样本分析数据散布和波动原因改进并实时观测确定改进有效性逐步达到期望过程性能和能力(4)确定过程稳定是否达到从已观测分析历史数据中分析过程相关总体统计量建立过程性能基线统计过程控制过程稳定 [Page]3.建立多层次、多维度
数据采集、分析和量化控制体系CMMI4级目是统计控制过程稳定发现异常并及时纠正所以当出现异常时需要其下层和相关数据支持譬如项目数据异常时我们需要分析其相关任务甚至任务执行人数据才能发现真正引发异常原因我们有很多组织害怕异常其原因方面是对统计过程控制意义缺乏正确理解另方面就是没有足够数据和正确思路方法来分析异常原因事实上虽然在统计控制原理中异常是小概率事件但对软件Software过程而言由于其本身不是个大批量生产过程异常其实是不可避免而且有些异常并非表示过程定向着坏方向发展 对于CMMI5级
组织更需要足够相关数据分析过程改进机会并在统计控制状态下进行改进 CMMI5绝非终点
实现CMMI高级别
过程改进是软件Software组织成熟象征但我们必须清醒地认识到过程改进必须步个脚印循序渐进并且踏踏实实否则改进只是纸证书不可能给组织带来真正回报即便时在竞标中获胜也会因“内乱”而得不到真正利益建立畅通、有效组织过程数据库及时收集真实项目和过程数据并进行合理有效度量分析是高级别过程改进基础否则高成熟度只是空中楼阁 对于软件Software企业如何冲刺CMMI5级问题
笔者以为冲刺意味着接近终点CMMI5级绝非意味着过程改进终点而恰恰是组织可以在统计控制状态下开始持续过程改进所以希望本文可以对有意进行高级别改进组织起到点帮助 不要曲解CMMI
本意 最近几年来软件Software外包在我国持续升温
全国很多软件Software园都以软件Software外包为主题很多软件Software企业也把外包作为企业主要利润增长点 CMMI认证被认为是进入软件Software外包市场
敲门砖为了拿到那张代表资格CMMI证书不少软件Software生产企业不惜数百万元巨额投入CMMI认证热潮可谓此起彼伏这些企业把CMMI认证当作提升实力和走向世界通行证 但和CMMI认证热潮相对
是有些软件Software企业生产过程并没有得到真正改进认证通过后认证文档没有人看CMMI模型对过程要求没有人遵守工期依然拖后软件Software产品质量问题仍然很严重 这些企业都曲解了CMMI模型
本意制定CMMI根本目是为了改进软件Software生产过程从而整体上提高组织生产质量和效率它不是软件Software企业走向世界通行证也不是企业实力象征如果企业不是以过程改进为目进行CMMI认证而把获得CMMI证书当作其终极目那么企业除了不能从根本上提升自身实力的外还可能会因此误入歧途
正如软件Software专家、UML的父IvarJacobson博士在访华期间提醒中国软件Software企业时所说:“要谨防CMMI陷阱
如果采用不良软件Software过程通过CMMI级别越高软件Software企业生产不合格软件Software过程越有效率而不是使企业开发出更好软件Software”
最新评论