芬兰汽车电子设备企业Elektrobit每半年做一次组织层面的能力评估。该公司在中国设立了软件研发中心，采用的能力框架有五个维度：软件管理、软件开发、软件集成、产品集成与测试、软件维护。其中，每个维度又具体细分出很多评估项，比如软件管理的具体评估子项，如表9-7所示。 表9-7能力评估子项示例 ...

绝大多数企业没有建立组织和团队的能力度量以及提升机制，一旦他们发现能力不够就会加快招聘速度，而不是从培养团队的学习能力入手。这样一来，员工能力的提升就变成了很随意的行为，即将员工分配到项目中，让大家在项目中自己锻炼。其实，团队的能力是组织的根基，在现代技术和商业形态日新月异的时代 ...

精益专注于在缺陷发生的源头将其发现并解决，通过减少价值流中的缺陷向下一个环节流动的可能性，从而减少缺陷带来的成本。如果一切都等到测试人员对产品的外部质量全部测试完成，缺陷的反馈周期将会被不必要地拉长，修复的代价将呈指数级增长。内部质量度量又分为代码质量度量、白盒测试覆盖率度量和持 ...

对于外部质量的度量，很多企业做得已经很成熟，敏捷转型后仍旧可以沿用。不同行业、不同产品所定义的外部质量会有所不同，没有统一的标准。下面介绍几个比较常用的度量指标。 1.用户满意度 很多企业在用户使用产品的过程中用电子调查问卷统计用户对产品的满意度。例如，对于很多互联网产品，当用户 ...

工程效率度量没有标准的定义，各个团队可依据自己的需要给出定义。一般来说，常用的工程效率度量有以下几种。 1.编译效率 编译效率一般用开发人员从启动个人构建，到获得构建结果反馈的时间来度量，包括的活动有代码提交、编译连接、静态检查、单元测试。 2.版本构建效率 版本构建效率一般用从启 ...

关于影响价值交付效率的因素，我们可以就如下方面进行分析。 1.速率 速率指的是团队对一个Sprint里完成的工作的度量，单位可以是用户故事的点数、理想人天，或者是用户故事的数量。一个Sprint结束的时候，团队应该统计实际完成的速率与计划的速率之间的比值，并且对没完成的用户故事做回顾，看看需要 ...

效率度量分为价值交付效率度量和工程效率度量。价值交付度量是以交付的价值为单位度量，帮助团队判断价值交付过程中的问题，及时采取管理措施予以纠正。但是，价值交付效率并不能告诉我们团队工程效率有多快。比如，团队在回顾会议上认为，我们这个迭代有两个用户故事没有完成测试，导致无法交付，我们 ...

用户体验是一种纯主观的心理感受，存在许多不确定的因素和个体差异，因此企业想要客观地评估用户体验是一件很困难的事。如果没有度量，即使公司日积月累地对产品做了很多用户体验改进，也没有办法客观地知道改进效果。 Google的用户体验师克里·罗登（KerryRodden）等人提出了以用户为中心的度量体系 ...