極限程式設計 (Extreme Programming, XP) 的一些想法

看過這麼多的 XP 文章後，我覺得歷來的軟體案子，都是由做老闆的作好所有的安排，工程師也學會了接受這一切安排。但是，公司實際出售的是工程師的產出，客戶買的也是工程師的產出；可惜目前市場上的實際情況卻沒有為工程師著想。規範軟體案件有四個因素：時間、成本、品質、和範疇，業務和客戶談的是時間和金額也就是成本，客戶在過程中儘量地把範疇拉大，在時間和成本範疇的三重壓力下，犧牲的通常都是產品品質。這樣，留下的後果卻是工程人員承擔，甚至把專業人才好好做事的成就感也丟掉了。這很像是客戶和老闆在合作消耗工程師，工程師只有以低士氣、跳槽回應；但換了一個工作後，同樣的情況又會重演。工程師比較不會做的是「重新規範遊戲規則」！XP 的原始提議者卻是軟體工程師出身；他們為客戶、為老闆著想，當然更能夠為軟體工程師設想，在這樣的背景下定下了新的遊戲規則。他們的主張，是爭取客戶叄與，從對立改成合作，理性地解決問題，讓產品能得到好的結果。 XP 不僅是軟體開發工程方法的改善，也需要讓整個市場認識，這時就需要爭取政府的支援，像是以經濟部工業局認可的市場新利器姿態出現。透過媒體的宣導，讓企業使用者瞭解，XP 是解決他們的問題的最佳方法，才可以實現。要達到這樣的目的，我們必須爭取市場內所有人的叄與及推動，像是公司內部同仁、同業業者及企業使用者等。

XP 的一箇中心理念是以適應式 (Adaptive)，而非以現行預測式 (Predictive) 的方式開發軟體，這點相當具爭議性。但 XP 本身也是 Adaptive 的，目前也是各種說法並存，我們要做的是採用其優點，修改其不適用處。以泛宇電商的角度來看，我們最後的目標，一定是採用自行發展的 Universal XP 法則。

叄考文章：
1. Is Design Dead? 中譯（設計已死？）
http://home.kimo.com.tw/jyemii_jue/softwaredevelopment/Is%20Design%20Dead(by%20Daimler).htm

2. XP Distilled 中譯
http://bbs.kh.edu.tw/treasure/Programs/M.993651515.A/M.994246938.A.html

3. XP 簡體中文網站 www.agilechina.org
4. XP 原文網站 www.extremeprogramming.org

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14639675/viewspace-582379/，如需轉載，請註明出處，否則將追究法律責任。