以目前網路上可以找到的一些合約範本來看，仍然不脫傳統的考量： 1. 客戶必需在看到實際軟體前搞清楚自己的需求 2. 在還沒開始執行前就要確定 schedule deadline 3. 無法提供中途更改 spec 的彈性 4. etc, etc... 如果遵循 agile software development 的原則，合約應該有以下精神： 1. iterative 式開發，訂立幾個 major release，依照驗收完成的 functional block 付款。 2. 每月有一小額付款，以維持基本所需。 3. 各 block 不訂立詳細規格，而以通過客戶的測試為準。 4. 與客戶密切聯繫，每個 iteration 的結果都要 demo 並取得 feedback. 5. etc, etc... 仔細思考的話會發現中間有些問題需要解決。譬如若允許更改 spec，deadline 如何決定？若沒有 deadline 客戶要如何保障自己？或客戶遲遲不願接受軟體 而延遲付款？ 我的初步想法是：若客戶表示不接受，則不授權客戶在測試範圍之外的場合使用軟體。 首先協商決定第一個 release 的時間與功能，再視結果來決定下一個 release，以及 估計完成時間。 請問大家：有類似的合約範本嗎？覺得有哪些該注意的地方呢？ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 218.160.50.98