您好,欢迎来到上海锦心-cmmi认证-cmmi查询-cmmi培训-cmmi标准-cmmi官方网站!
18879135052
新闻动态
网站首页 > 新闻动态 > CMMI评估的十大弱项

CMMI评估的十大弱项

  • cmmi创作者
  • CMMI评估
  • 2021-03-24
  • 462

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

       我个人不太喜爱非功用这个说法,只说不是功用,那是什么呢?当然这是题外话。非功用其实比功用愈加重要,因为在很大程度上,它决议了用户对产品的满意度,非功用决议了功用的易用、安全、响应速度、可保护性等要素。而且产品架构是由非功用需求决议的,非功用的缺点修正本钱大大高于功用缺点的修正。惋惜非功用是常见的遗漏需求,即使识别出的非功用需求的描述也往往不精准,很难指导后续开发和测验作业。对于识别出的这些非功用需求,我常常看不到规划实现的考虑,看不到测验的掩盖,倒经常感觉到咱们项目组的赌性。期望咱们成熟的软件安排,可以重视这个问题。


弱项二:Brutal Force的架构规划
       好多人问我我国软件最缺什么人才?二十年来,我的答案始终如一,最缺的便是软件架构师啊。在我评估的项目里,很少能看到可以支持产品扩展、保护的优美的软件架构。许多架构只是解决眼前的问题,英文叫brutal force的办法,也便是没有套路的办法。

弱项三:没有质量评估的测验陈述

       大多数测验陈述根本便是流水账:跑了多少用例,发现了多少缺点,修正了多少缺点,遗留了多少缺点……可是被测程序质量如何?测验盲点、潜在危险在哪里?后续测验应关注什么?这些根本质量评估都看不到。那么测验陈述的价值何在?这些流水账除了像个打酱油的,还能干嘛?


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

弱项五:质量部包办了EPG的作业

      早些年,我常看到EPG被置于公司质量部的领导之下。其结果是质量部包办了安排的一切改善作业,不管改善的流程执行实体和它有无关系。莫非质量部个个都是十项全能高手?架构的改善莫非不应该由架构师主导吗?看到一些不疼不痒的专题改善成果,我除了叹气还是叹气。


弱项六:不变的项目界说进程和不变的项目量化方针

       项目方案常常会变,可奇怪的是项目的界说进程根本不变。随着项目的进展,方案的进程活动及其力度都不需求调整吗?这儿就不讨论高成熟度的问题了,但忍不住问一嘴:为什么项目量化方针永远不变?哪怕方针明显现已太低或太高了?您家软件项目真的那么稳定吗?


弱项七:为评估而做的决议方案

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

弱项八:不行操作的危险缓解方案

      现代的项目办理便是危险办理,惋惜这是个和同行评定做得平起平坐的进程域。相信你看到过这样的危险缓解方案:加强和客户交流。那谁和谁交流?交流什么?何时交流?一个不行操作的危险缓解方案如何能真的化解危险呢?


弱项九:缺乏可操作界说(operational definition)的衡量项

      CMMI 2.0在MPM(Managing Performance and Measurement)实践域中多次强调衡量项的可操作界说。精准的衡量项不如一致的衡量项,衡量项都会些噪音,但要高都高,要低都低。没有可比性的衡量是没有意义的,恰当的可操作界说保证了这一点。惋惜太多的安排,做不到这一点。


弱项10:支零破碎的进程架构
       如果我看到一家安排的进程是按进程域来编写的,进程元素和进程域的实践有很好的对应时,就为进程执行者捏把汗。项目经理在做方案时,怎么可以自然的梳理清楚不同进程的关系:谁是谁的输入?谁是谁的输出?我很快乐2.0明确指出不要再说“咱们在实施CMMI”,而是咱们在改善进程,在安排内部实现模型的目的和价值。