会请干系人予以澄清 – 质量对他们来讲意味着什么。
好的考核目标要有一定的清晰度，提供足够的信息指导工作。 不能是”提升质量”，”提升客户满意度”这种模糊的描述。
基于一个清晰的考核目标，我们就可以讨论和选择达到目标的路径， 并且下一步建立度量路径机制。
2：有哪些方式，能够帮我们达到或超过”好的交付质量”？
我希望团队和团队的管理人员，在讨论这个问题时将所有可能的路径都列出来。而不是直接列出他们想要走的路径。
一个测试团队，可能会给出如下答案：
A． 反复测试
B． 增加测试人员
C． 增加自动化测试的覆盖率，节省不必要的手工测试。
D． 提高测试人员对业务逻辑的熟悉水平。
E． ………
列出所有路径除了能帮助拓宽视野外， 还能帮助做出最佳决策。你会发现每条路径都有好处，也需要支付成本。
"反复测试"好处是实施简单，需要支付时间成本. "增加测试人员"好处是能投入测试的人数增加，需要支付额外的人力成本，培训成本，以及新成员加入的风险成本。增加自动化测试覆盖率的好处是用技术节省时间。需要支付的成本是写更多自动化测试用例的成本。
3: 结合当前团队的情况，我希望优先采取哪些方式？
这时，我们就要引入上一篇文章中提到的”成本度量”方法，选出对团队而言性价比最高的路径
不同的团队，面对同一个考核目标(What)的时候，他们选择的路径(Path)可能是完全不一样的。 甚至同一个团队在不同时期，对于同一个目标，选择的Path也是不一样的。
当你的度量体系里既关注What又关注Path的时候，有趣的事情就会发生了： 即使全公司使用统一的KPI目标，考核同样的内容，你仍然可以通过度量不同的Path，引导具体某个团队根据自己的切身需要去发展。这样的考核体系既可以覆盖公司的大目标，又可以兼顾具体团队的差异。
* 我们花了很大的篇幅来搞清楚度量物体What 和Path。这恰恰是大部分度量里缺乏的。也是大量的考核最后沦为数字扯皮游戏的最根本原因。
到此为止，我们就搞定了度量的目标(What)和要度量的路径(Path)。那么，你期待的干货就要来了：
使用组合参数度量取代单一度量
当确定了达到绩效考核的目标(What)，和我们即将采取的路径(Path)后，我们需要为路径(Path)来制定一系列度量参数，保证我们是走在正确的路径上。
我们还是以质量考核作为一个例子，假如我们的KPI是"生产环境报告的Bug数量每个月保持在10个以下"。
在以前的"关注结果式"考核下，可能会产出下面这样的报告。
几乎所有”只考核结果”的考核都会出现这种check list式的跟踪报表。考核单一数字，只能得到单一数字。
假设经过第二步，我们想采用到达目标的路径是 "增加自动化测试覆盖率， 减少手动测试占用测试人员的时间。"
那么这个考核就不仅仅包含"bug数量保持在10以下" 这一条了，它会扩展为类似于下面的列表：
-每月的Bug数量 (度量目标)
-自动化测试覆盖率的增长（度量路径）
-自动化测试帮助测试人员节省的时间（度量路径）
-测试人员单位时间内完成的bug数量。(度量路径)
-其他…..
上面这个列表是一个参数组合。包含”目标度量参数”和”路径度量参数”。目标度量参数保证你关注目标，路径度量参数保证你在之前选择的路径上。
路径度量参数组合的时候，应该挑
