.

CMMI信息技术认证咨询

  CMMI:你的企业存在这十种最常出现的弱项吗?

  在大多数评估报告中最常出现的10个弱项(weakness),你的企业存在吗?这些弱项具有普遍意义的原因,是因为它们代表了我们在软件工程、质量控制、项目管理、过程改进等方面的不足。这些弱项也是我们改进的机会,在一些企业中,我也看到了很多有效实践,在组织内部有效解决了这些问题。

  弱项一:非功能需求的二意描述及不可追溯性

  不太喜欢非功能这个说法,只说不是功能,那是什么呢?当然这是题外话。非功能其实比功能更加重要,因为在很大程度上,它决定了用户对产品的满意度,非功能决定了功能的易用、安全、响应速度、可维护性等因素。而且产品架构是由非功能需求决定的,非功能的缺陷修复成本大大高于功能缺陷的修复。可惜非功能是常见的遗漏需求,即使识别出的非功能需求的描述也往往不精准,很难指导后续开发和测试工作。对于识别出的这些非功能需求,我常常看不到设计实现的考虑,看不到测试的覆盖,倒时常感觉到咱们项目组的赌性。希望我们成熟的软件组织,能够重视这个问题。

CMMI认证

  处理非功能需求的能力代表了软件工程的能力

  弱项二:BrutalForce的架构设计

  好多人问中国软件最缺什么人才?二十年来,最缺的就是软件架构师啊。在我评估的项目里,很少能看到可以支持产品扩展、维护的优美的软件架构。许多架构只是解决眼前的问题,英文叫brutalforce的方法,也就是没有套路的方法。

  架构师之路在哪?

  弱项三:没有质量评估的测试报告

  大多数测试报告基本就是流水账:跑了多少用例,发现了多少缺陷,修复了多少缺陷,遗留了多少缺陷……但是被测程序质量如何?测试盲点、潜在隐患在哪里?后续测试应   弱项四:吃不到鸡的同行评审

  同行评审在中国水土不服是个老问题了,我们的评审发现不了缺陷,吃不到鸡。这里我就不做原因分析了,每当我在心里算下评审速率,发现每小时要评审页需求或0行代码时,只能默默的对这个速率表达崇高的敬意!

  怎么吃不到鸡?

  弱项五:质量部包揽了EPG的工作

  早些年,看到EPG被置于公司质量部的领导之下。其后果是质量部包揽了组织的所有改进工作,不论改进的流程执行实体和它有无关系。难道质量部个个都是十项全能高手?架构的改进难道不应该由架构师主导吗?看到一些不疼不痒的专题改进成果。

  弱项六:不变的项目定义过程和不变的项目量化目标

  项目计划常常会变,可奇怪的是项目的定义过程基本不变。随着项目的进展,计划的过程活动及其力度都不需要调整吗?这里就不讨论高成熟度的问题了,但忍不住问一嘴:为什么项目量化目标永远不变?哪怕目标明显已经太低或太高了?您家软件项目真的那么稳定吗?

  弱项七:为评估而做的决策

  一眼就能从备选方案中选出胜出者时,这个决策大概是为评估准备的。如果真的是四个专家花了两个小时,咱们能否将决策自然体现在需要决策的活动中?何必要单独出个决策报告,再把相关信息抄出来。这好歹也是一个专家一天的工作量(8个小时),可惜了!




转载请注明:http://www.abachildren.com/sstx/6470.html