如何降低軟體項目的風險 — 包括客戶的風險，軟體供應商的風險

引言：
      “降低軟體項目的風險” 一般都是軟體供應商的專案經理正在自己立場思考的問題。而這篇文章將結合“結合降低客戶的風險”和“軟體供應商的風險”提出一些自己的觀點。
1. 傳統模式： 寫需求分析、 設計、 編程、測試、交付給客戶
2. 敏捷開發模式：通過多次迭代
    存在的缺點： 迭代的次數難於控制，很難向客戶說明什麼時候能完成。客戶習慣了當需求改變後，軟體供應商總是能迅速實現，這將導致客戶不認真思考問題。
3. 自己的模式：
a)   先採用敏捷開發模式，只記錄簡要的需求， 迅速開發出一個模型，並示範給客戶看。（註：這裡是示範，而非交付。在這個階段中，為了降低客戶的風險，可以不先向客戶收錢。）
b)  根據示範的結果，判斷是否實施這個項目。如果要，再做詳細的需求分析。估計一個比較大的完成時間，並給出單位時間的項目收費和軟體開發的總費用。（如這個項目需要6個月的時間，每個月需要2萬的資金。總價為2萬/月×6個月=12萬）。也可以分為更為仔細的計算方式。
C）細分每個需求的開發時間，計算出比較精確的時間。