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