度量体系建立与COSMIC方法应用36问

Posted 麦哲思科技任甲林

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了度量体系建立与COSMIC方法应用36问相关的知识,希望对你有一定的参考价值。

Q1:度量体系建设的难点有哪些?后来是采取哪些策略解决的?

A1:难点:采集哪些数据是有用的?有了数据如何抓结论出来。

Q2:故障解决闭环率,类似这种KPI考核指标,有什么好的方法可以高效推进闭环呢?

A2: 分析故障解决的时间分布,看看哪个环节耗时最长,是否针对这个环节有改进措施。短期见效的措施最受欢迎。

Q3:度量规模给传统公司带来了哪些价值啊?

A3:有了规模才可以比较生产率和质量。

从软件开发方的角度,通过生产率的度量,判断当前的生产率究竟是高还是低,比较不同项目组,不同部门的差别,从而识别去分析为什么高,为什么低,找到改进点。

从软件发包方的角度,可以比较不同供应商的生产率,找生产率高的公司做开发。

Q4:如何通过度量帮助企业找到问题呢?

A4:这个问题比较大。举个具体的例子,比如在这家公司中,发现不同的系统,单位成本差别很大,不同的供应商单位成本,效率也差别很大,不同系统的缺陷密度也差别很大,通过横比,他们就去分析为什么有的那么好,有的那么差。

Q5:怎么帮互联网行业度量需求或业务价值?

A5:业务价值度量可以有:合同额,客户量,点击量,客户留存率,回头率等等。

Q6:度量体系是什么?

A6:度量体系描述了围绕管理目标应采集哪些数据,如何采集,如何校验数据正确性,如何分析数据等

Q7:历史数据收集有点困难

A7:是有困难,所以要设计好度量元,寻找最能刻画你的管理问题的度量元,并且采集成本比较低的度量元。

Q8:COSMIC如何度量规模?

A8:今晚分享的案例中,客户就是采用的COSMIC度量规模,建立了规模与工作量,与结算金额之间的方程,搭建了成本管理体系。

Q9:要求乙方在实施的过程中按照规范整理功能点,被投诉到其它部门的领导说影响项目进度,如何对应?

A9:

①:在这家客户里没有这个问题,因为他们原来也要做工作量的估计,现在的方法是帮他们改进了工作量的估算方法。

②:他们只是会抱怨,我们拍脑袋估计的工作量与采用这种方法估算的工作量差别有些大,拍脑袋估计的工作量偏多。

③:通过数功能点帮他们澄清了很多需求。

功能点度量不会增加太多工作量,而能帮项目澄清到底要做什么?明确需求!明确范围!

Q10:要去其它公司做度量工作的话,有建议考什么资质吗?

A10:可以考功能点分析师,6sigma绿带、黑带认证等。

Q11:COSMIC和快速功能点估算相比,是不是更容易上手?

A11:COSMIC也有快速方法,刚才展示的例子中就有快速估算的模型。基于系统功能的个数给出工作量与成本的估算。COSMIC原理科学,简单,更逼近软件的本质,上手很快。

Q12:对于算到法是否适用cosmic?可以的话,怎么算?

A12:我们在一个银行有度量算法规模的案例,不是基于需求的,是基于逻辑设计的。可以对算法类功能采用标准方法做度量,也可以做本地化规则。

Q13:COSMIC是现在国际比较通用的估算方法吗?总说代码行估算没有统一的标准,但是很多公司还在用。

A13:COSMIC是ISO 19761标准,代码行没有国际标准。

Q14:一般需要满足什么条件,才可以建立度量体系

A14:管理者有管理要求就可以建立度量体系。

Q15:度量元不是越多越好,太少也不能很好的反应公司的情况,那么,在行业内,是否有关于度量元的个数建议?

A15:没有。不同公司关注点不同,一般就是多快好省4大类,即规模、速度与进度、质量、成本。

Q16:功能点核算的时候,是取最终实现的功能点数还是也会考虑开发过程中需求发生变化的功能点数?

A16:预算的时候可以不考虑变化,决算的时候考虑需求变更的影响。预算时,有历史数据支持也可以估算可能的规模变化。

Q17:度量开始推不动,领导引入绩效推动。但是有了绩效在的话,发现大家都在在意绩效,数据都有点假了,怎么解?

A17:做纵向比较,自己和自己的历史比,少作横向比较。

Q18:我们现在有了绩效后,质量度量都是0。无法纵向比较。

A18:你的实际情况可以加我微信,私聊一下,我需要了解一下你们的具体情况给出分析。

Q19:我们现在有COSMIC相关的培训、资料或者咨询吗

A19:目前我们有COSMIC功能度量分析师的培训,还有一些翻译过来的资料在艾纵的cosmic交流群里,也有一些企业的咨询案例,感兴趣的可以咨询宁宁。

Q20:对于基础数据较少的情况,体系建立初期如何收集数据比较有效呢?

A20:基于管理者的要求来,看管理者想解决什么问题,基于管理者的要求开始度量。

Q21如何能保证收集数据的准确性?

A21: 准确性可以从以下角度参考:

①度量元的设计要合理,简单。

②尽量自动化。

③不要和考核挂钩。

④ 要校验数据。

Q22:不太理解这个第3点,不要和考核挂钩,是为了考虑初期团队的稳定性吗?

A22:一和考核挂钩,数据就不准了,就会被美化。

Q23::如果是度量质量,度量出来的结果不做为考核的依据,那怎样提高品质呢?

A23:数据可以横向/纵向对比,也可以分析分布规律/因果规律,找到改进点。

Q24:找到了改进点,也落实不下去,做项目都是进度牵引,成本为重,质量次之,对软件开发的乙方来说,能打60分,觉对不会主动提高到80分

A24:落地的方法很多种,举例说明如下:

Q25:交互设计呢?从什么角度出发计算?

A25:交互设计?是界面设计吗?只要是软件,都可以采用COSMIC度量规模。

如果有人机交互的动作都可以度量,如果只是播放画面就是仅计算输出,即交互的部分还是按功能点估算。

Q26:对于不同架构的应用系统基准值可以合并在一起算组织的基准值吗?并用于快速估算?

A26:可能可以,可能不可以。要看你们公司的实际数据的差异,要通过实际数据说话,不同公司结论不同。

Q27:我听说过同质性分析,如果数据同源,就可以一起算组织的基准值?

A27:看看你们不同类的项目是否在数据上展示出显著差别

Q28:有评判的标准吗?

A28:统计学做假设检验,T检验,方差分析等。

 Q29:试点项目和推广项目都和组织级比较,这点请教一下是minitab哪个菜单项?

A29:方差分析,可以单因子方差分析,也可以T检验,既要对比均值,也要对比标准差。

 A30:有没有什么工具可以代替手工统计分析的?

Q30:Minitab等工具可以做统计分析,但是不能替代人的大脑,结论还是要人脑得出。

 Q31:按照页面元素?按钮、动画、轮播图等等,分别计算?我的理解,就是按照功能点。

A31:拿一个需求来讨论,这么粗粗的讲,不好给你结论。

Q32:请问如果是以人员绩效建立度量数据,组与组之间如何进行比较?

A32:

①如果进行横向比较,很可能数据会被美化了。

②不要用责任人自己提供的数据来进行比较。

③设计一些无法造假的数据来度量。

Q33:我们是不想用责任人自己提供的数据考核,管理者非要用怎么办

A33:那就数据不准,自欺欺人而已,看谁更会美化数据了,会做的不如会美化的!

Q34:老师,我们度量体系推了有2年了,为了推动还建立了进度,缺陷等绩效指标。但是有了绩效后,进度通过变更后,都不延误了,缺陷也都不做登记了,现在我们只能采取审计的方法去做核查。不知道这样对不对,有没有更好的实施方案

A34: 你的度量元可以这样尝试:

① 最初的估计与实际的进度差别。

② 最新的估计与实际的进度差别。

Q35:我们现在架构师分开发部和客户现场的实施部,现场发现的缺陷用来考核开发。因为现场和开发是一种合作关系,所以为了开发考核的话现场也不怎么登记缺陷。他们在意的是自己提的缺陷反正开发都会给解决。

A35:这种情况可以不考核,而是对发现的缺陷做原因分析,原因分析也有套路。

Q36:还有个问题,就是原来公司估算就是拍脑袋估人月,后来在推快速功能点法。但是大家都说十分难掌握,考虑很大。其实快速功能点法只要经常用的话,应该难度也不大,但是在大家熟悉之前的这个过程,抵抗力很大?

A36:推任何新方法,大家都会找理由反对,大家习惯凭惯性做事。

①要么真爱。

② 要么利益驱动。

③ 要么强制。

就这三种选择。 

以上是关于度量体系建立与COSMIC方法应用36问的主要内容,如果未能解决你的问题,请参考以下文章

COSMIC规模度量案例集二:业务应用软件案例——银行卡签约/解约

持续交付探索与实践:指标度量体系搭建

快速学习COSMIC之一:COSMIC方法的简单案例

COSMIC规模度量案例集一:五个应用软件的需求规模度量

COSMIC规模度量案例集三:业务应用软件案例—页面维护

COSMIC规模度量案例集四:业务应用软件案例—新增用户