敏捷開發中的成效評估模型
傳統的鐵三角框架概念，即范圍、成本和日程在軟件開發團隊中根深蒂固；在敏捷開發團隊中，團隊成員希望達到一組目標，而經理和高管們去按傳統的鐵三角框架目標去考察他們。如何在敏捷開發中有效的進行成效評估？
以往的軟件開發團隊都被認為受到軟件“鐵三角”的限制。三角形的三個邊分別是“范圍”、“日程”和“成本”。因為敏捷團隊非常強調質量，而質量被認為是坐落在三角形的中間。任何項目想要成功，都希望操控某一個維度，同時保持其他維度相對不變。很多敏捷團隊會變更范圍，并監控成本、日程和質量。
Jim Highsmith認為這個鐵三角大大限制了敏捷團隊的靈活性，他建議使用另一種“敏捷三角形”。
現在有很多敏捷開發團隊陷于兩難境地。一方面，人們告訴他們要敏捷、靈活、學會自我調整，另一方面，人們又告訴他們要遵從原有的傳統鐵三角框架，即范圍、成本和日程。本質上，這等于告訴他們“要在一個很小的盒子里面保持靈活”。敏捷團隊盡力希望達到一組目標，而經理和高管們去按另一組目標去考察他們。
Jim建議“敏捷三角形”應該包括以下三個頂點：
1、價值——當前要發布的產品對客戶的價值。
2、質量——通過可靠、適應性強的產品為客戶持續不斷地交付價值。
3、約束——傳統的范圍、日程和成本。
在他看來，盡管約束是很重要的項目參數，但并不是項目的目標。他補充道：
價值和質量才是敏捷開發的目標，而隨著項目的進展，約束會需要調整，以提升客戶的價值。日程也許還是固定的約束，但是范圍就得調整，以在日程約束之內交付***的價值。
Jim同時認為：開發過程的焦點，應該放在可發布的產品上，而不是可執行的范圍。敏捷開發團隊應該提出這樣的問題：“產品今天能夠進行發布嗎？”這有助于將戰略重點放在產品上，而不是總盯著細節需求不放。
他承認：價值和質量相對于與成本和日程更難以衡量，然而，注意力還是應該放在度量價值上，要度量通過可發布的產品而交付的價值，而不是想著怎么精確計算不那么重要的東西，比如“敏捷三角形”中的約束因素。
相對于精確度量不那么重要的東西，能夠模糊度量非常重要的因素，這要有價值得多。
因此，在Jim看來，敏捷團隊應該將關注點放在可發布的產品上，而不是被傳統鐵三角限制住。傳統鐵三角的三個頂點轉變為“敏捷三角形”的一個頂點，被稱為約束。質量和價值這兩個頂點定義了目標，對于項目干系人來說，它們才是最重要的東西，因而更值得關注。
【編輯推薦】
