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