软件开发能力评估.pdf

软件开发能力评估

在IBMBluemix云平台上开发并部署您的下一个应

用。开始您的试用

不同种类的评估已经成为一个能够更好地理解开发组织的

需求的商业工具。评估可以有多或少的细节，它可以集中在

过程架构，或者配置和变更管理环境上。当需求的领域跨越

多个项目时，很多组织需要确定努力的优先级，即使他们知

道在那里开始。这个两部分的文章可以帮助你理解项目级的

评估转换到到组织级的评估的理由，引入的复杂度和提供什

么样的价值增值。我们的素材基于我们在一些IBMRational

在金融、电信、IT、医药工业等的客户那里已经完成的评估。

在第一部分，我们讨论动机，引入关键的概念；在第二部分，

我们给出如何完成评估的路线图，这个路线图基于我们在

IBM软件开发平台上的解决方案上的经验。[编者注释：本

文最早准备作为IBMRationalBrandServices给IBM用户进

行软件爱你开发能力评估的指导。在保持原有目的的同时，

作者扩大了它的范围使得任何组织都可以自己进行评估或

者请外部机构进行评估]什么是软件开发能力评估？IBM

Rationaltechreptoolbox已经提供了相当多种类的评估。有些

评估可以做为现货服务产品，如：metricsassessmentpackage,

RationalClearCaseadministrationassessmentpackage,和

softwaredevelopmentcapabilityassessmentpackage.1软件开

发能力评估的概念来自于为用户在组织范围内改善它们的

开发能力的工作。评估的原因有很多，下面是一些我们碰到

较多的情况：新技术新的技术（例如从COBOL环境转到

Java和J2EE）将迫使组织重新思考他们的开发过程和工具

环境，人们将构建他们的组织以学习新的工作方法。评估可

以帮助定义哪些实践或者组织的哪些部分最需要变更，以及

变更活动的优先级。快速成长软件开发组织在相当短的时

间内快速成长，习惯于使用的非正规的软件开发环境已经不

再适用。组织需要了解如何恢复对他们的开发能力的控制，

然后转到更进一步的改进。（这种情况以前经常在dotcom领

域出现，现在很罕见了）合并商业并购需要开发组织进行

合并，这就意味着需要合并不同的和有时互相冲突的开发实

践。需要创建通用的开发环境，但是经常不清楚应该首先引

入哪些变更。采购开发组织的项目是采购项目，或者需要

考虑是否采购。组织通常希望能够改善评估和管理供应商的

方法。如果供应商在海外就需要更多的挑战。能力改善组

织通常需要改善总体的软件开发能力。组织需要理解它的强

项和弱项，找到快速回报的方法。组织可以不需要通用工具

集的标准化，但是评估可以指出采用标准化的益处。市场驱

动的过程改善一些组织需要改善它们的软件或者系统开发

过程以满足市场竞争的需要。合适的认证（如服从公认的质

量标准如CMM,ISO,FDA,等等）通常是在特定市场寻找机

会的强制标准。系统和产品在一些工业领域（国防、电信、

航天等等），系统从过去简单的机械和电子的简单组合增加

为复杂的软件系统。系统开发组不同部分的协作在采用新技

术时通常是一个挑战，并且增加系统的复杂度。一个改善的

方法是不同的组使用通用的标准和通用的开发架构。产品线

的开发组织可以开发和维护一条软件或者系统产品线，而

不是单一产品。这一般意味着高水平的产品线的重用，过程

可以在产品线的每个产品上重用，自动化开发可以帮助控制

开发成本。这些产品线上的重复的开发周期也产生了对改善

和开发过程持续优化的要求。与软件开发能力评估对比，项

目评估是改善一个特定项目组的软件开发能力，它不需要考

虑跨组织的标准。这里需要处理的相关人员比较少，考虑的

问题也较少，因此对哪些问题需要解决容易达成一致意见。

专门技术评可以是组织范围的，但是它们集中在专门的

技术领域。例如，一个评估可能集中在组织怎样进行度量以

确认项目的进展和质量方面。回页首大范围评估的标准让我

们假定组织想要进行大范围评估而不是项目级或者专门技

术评估。那么完成组织范围的软件开发能力评估的标准是什

么？这种范围的评估需要一个组织和评估员的有意义的委

托。例如，对于除了他们的软件开发能力之外没有稳定的理

由的组织，可能是不值得进行评估的，因为获得评估结果的