在系統開發中,何謂多階段合約?兼論其被推薦的原因
在系統開發項目中,多階段合約的方式在合約實務中經常被採用。本文將針對系統開發中的多階段合約進行解釋,並考慮到推薦使用該方式的原因等因素。
何謂多階段契約
一般來說,簽訂契約的實務是通過契約書來進行的。也就是說,支付報酬的一方(如果是系統開發,則為用戶)承擔支付報酬的義務,而接受工作的一方(如果是系統開發,則為供應商)提供相應的服務,這都是在書面上的承諾。這樣,雙方當事人承諾自己的義務,這就是契約的本質。
根據每個工程的性質簽訂契約,完成工作
但是,在系統開發項目中,項目內容本身也需要經過多個工程才能進行,而且內容也容易變得複雜。考慮到這種業務性質,也可以考慮將契約分多次進行。也就是說,整個項目的契約書本身也應該結構化地整理和創建。例如,實務上非常受歡迎的方法是每個工程都重新簽訂契約。這種契約的方式也被稱為多階段契約。經濟產業省提供的模型契約也是基於這種多階段契約。
在每個項目中簽訂的契約類型
在系統開發中常用的契約有兩種,分別是承包契約和準委託契約,根據每個工程的性質,這兩種契約會被適當地使用。在系統開發的所有工程中,例如詳細設計、程序實現、單元測試等,通常使用承包契約。這些工程適合承包契約的原因是,承包契約重視”工作完成”這一結果作為債務履行的要求,而工程的性質也容易具體化”完成”的要求。關於承包契約中的”工作完成”,本所在以下的文章中進行了詳細的解釋。
https://monolith-law.jp/corporate/completion-of-work-in-system-development[ja]
另一方面,系統開發的前期階段,如企劃和需求定義階段,通常使用準委託契約。這些工程的特點是,”工作完成”的要求往往不容易明確化,雙方當事人的信任關係往往是契約的基礎。在基本設計和結合測試等工程中,根據項目的性質,準委託和承包都可能被使用。在這些工程中應選擇哪種契約,用戶的合作程度是一個重要的考慮因素。
https://monolith-law.jp/corporate/user-obligatory-cooporation[ja]
如果是一種性質,供應商一方被單方面要求”完成工作”,那麼選擇承包契約可能會更簡單。但實際上,如果用戶和供應商必須共同工作,那麼在法律上保護這種基於雙方信任的關係可能更現實。關於承包契約和準委託契約的區別,本所在以下的文章中進行了詳細的解釋。
https://monolith-law.jp/corporate/contract-and-timeandmaterialcontract[ja]
在本文中,本所解釋了,對於程序實現等成果物容易具體特定的工作,承包契約的使用傾向較強,而對於這種傾向較弱的工作,準委託契約的使用傾向較強。因此,將多個承包契約和準委託契約視為一個連續項目的整體,這就是基於多階段契約的契約實務。此外,將共同事項整理出來,以免重複記述的文件就是”基本契約書”。這就像在程序實現中,將共同元素作為類或函數整理在一起。
通常在基本契約書中一起寫的事項包括:
- 多次使用的術語的定義
- 簽訂個別契約時的程序
- 如何更改後期實現的規範
- 每個工程的成果物的交付和驗收方法
- 保密的方式
這些特點是,即使階段性的契約被分開,但從整個項目的角度來看,通常不需要根據工程來區分,內容始終是一致的。因此,將更具一般性和通用性的協議作為基本契約提取出來,並將應該在每個工程中單獨協議的部分作為個別契約放在基本契約的下面,這就是多階段契約的特點。多階段契約不僅用於系統開發,也常用於規模大和複雜的商業交易。另外,與具有複雜結構的多階段契約相對的概念是一次性契約。如果主題不是系統開發,而是訂製西裝的訂單,那麼一次性契約通常就足夠了。
多階段合約的優點是什麼?
那麼,敢於採用這種多階段合約的方式有什麼優點呢?如果本所進一步具體整理,可以列出以下的優點。
多階段合約的優點1:更容易應對開發項目的流動性
多階段合約的一個優點是,相對容易應對開發項目的流動性。通常,一連串的系統開發項目確實原則上是按照事先定義的要求進行設計和程序實現等,並且按照程序一氣呵成地進行,不會有前後或回溯的情況。然而,由於製作物的複雜性,工期通常需要相應的時間,實現的規格內容在事後變更的情況並不罕見。關於如何適當地處理這些事後的規格變更請求,本所在以下的文章中詳細解釋了。
https://monolith-law.jp/corporate/howto-manage-change-in-system-development[ja]
也就是說,在項目開始時,最終目標並不一定清晰。特別是在這種包含不確定因素的項目中,在簽訂合約時一次性互相承諾所有義務往往會變得困難。將其分為各個階段會更容易避免雙方承擔不必要的風險,並且也更容易順利進行商業交易。
多階段合約的優點2:更容易準確估價
另外,上述的”可以避免對不明確的事物做出確定承諾”的優點,也可以連接到能夠準確估價的問題。如果事後有規格變更,估價也可能需要在事後變更,這是非常可能的。關於這種情況下的估價重新計算方法,本所在以下的文章中詳細解釋了。
https://monolith-law.jp/corporate/increase-of-estimate[ja]
關於事後規格變更伴隨的估價變更的考慮方式如上述文章所述,但是,事後處理這種變更對於用戶和供應商雙方來說並不是很理想。如果需要修正的估價最好一開始就不要做,一次準確完成是最好的。如果是多階段合約,由於每個階段都分開簽訂合約,所以估價更容易準確,也可以期待減少事後估價變更的情況。
多階段合約的優點3:從支付報酬的一方來看,更容易理解金額的合理性
此外,分階段進行估價也意味著,對於整個項目的報酬,支付報酬的用戶也更容易理解金額的合理性。如前所述,對於一連串的項目來說,完全計劃性的進行並不容易。因此,更常見的是經過各種變更,並且在初步估價的基礎上進行變更。在這種情況下,一次性合約可能只有在最初簽訂合約時才有機會解釋估價金額。對於用戶來說,支付階段時初步估價和實際支付金額的差異原因可能難以理解。考慮到這些因素,多階段合約對於用戶來說也有一定的優點。
總結
多階段合約適合於公平且明確地形成雙方的共識,並且對於預防未來的問題也有所效果。然而,有些人可能會想「反過來說,多階段合約是否也有某些缺點,或許在某些情況下,單一合約反而更好?」對於這一點,如果非要說的話,由於每次都需要重新簽訂合約,這會增加一些手續,因此,如果業務規模較小且明顯可以很快完成,那麼一次性合約可能更為適合。然而,與其過於關注多階段合約的有限缺點,更重要的是充分理解這種方法的優點,即多階段合約的準確性和對變更的強大適應性。如果是一定規模以上的項目,本所應該自然而然地採用這種方法。
Category: IT
Tag: ITSystem Development