1.3 度量不是什么

1．度量不是軟件開發固有的活動。

度量本身并不對客戶直接可見，不是作為產品或服務的一部分為客戶直接創造價值，因此根據精益的理念，應該盡可能地減少。作為一個組織來講，應該積極地評估當前的度量活動的成本，分析是否真正為達成業務目標發揮著價值，從而確保運行度量體系的投入產出是在一個合理的水平。

2．度量應該避免跟績效直接相關。

正如前面所說的，軟件開發當中的度量大多使用的是衍生指標，因此單獨的指標，甚至是一系列的指標加在一起，也通常無法反應具體開發場景的上下文。用度量結果作為判定績效級別的主要手段是一件非常危險的事情，幾個同樣優秀的團隊或個人在具體指標上的表現，各自可以有很大的差異。這就好像用同樣的指標，比如GDP，來考核一個舒緩輕松的旅游城市大理和一個緊張繁忙的工業城市東莞。如果由此造成了兩個城市趨同的建設行為，比如大建工廠，大修基礎設施，想象一下在洱海邊工廠林立的情景吧，對大理來說，這就會是災難性的后果。同樣，把一套標準的度量與個人、團隊績效強相關，很可能導致各種奇怪的博弈行為，中長期的負面作用經常會大于短時間指標提升帶來的好處。前面提到的通過代碼行數產出度量生產效率的方式，帶來的大量冗余代碼、廢代碼就是軟件開發中的諸多博弈行為之一。

3．度量不是免費的。

度量需要投入團隊的時間，項目管理人員的時間，質量保障人員的時間，以及公司管理人員的時間，還可能會有工具和基礎設施的投入。圍繞各種目標需要度量體系的設計和實施，體系的運轉需要數據的收集、分析和匯報，這些環節做得不到位是不可能產生預期效果的，而要做到位，所需的投入可能并不是一個可以忽略的小數目。因此，目標和指標的選擇就顯得特別重要，試圖實施一個大而全的度量體系，通常弊大于利。

最后，軟件開發中并不是所有的目的都要用度量來達成，度量也不是幫助達成所有目標的靈丹妙藥。