技術(shù)開發(fā)合同，涉及的都是一些數(shù)據(jù)，軟件，程序等內(nèi)容，所以對專業(yè)的要求非常高，所以當(dāng)事人在簽訂技術(shù)開發(fā)合同時總是會有一些問題如一些投資企業(yè)對軟件不了解，對程序員也了解的不多，所以往往會引起一些糾紛。那么技術(shù)開發(fā)合同糾紛內(nèi)容如何？

一、開發(fā)周期技術(shù)上無法準(zhǔn)確預(yù)測

根據(jù)國外的一項統(tǒng)計數(shù)據(jù)，受調(diào)查的軟件項目進(jìn)度平均延期222%，根據(jù)筆者與中國軟件企業(yè)管理人員及程序員的溝通，對于軟件開發(fā)延期的原因，企業(yè)管理人員認(rèn)為項目經(jīng)理早期計劃不充分是最主要的原因，其次是應(yīng)急預(yù)案制定不足;而程序員則認(rèn)為客戶需求變更和技術(shù)復(fù)雜程度是最主要的原因。

以上兩者的差異來源于企業(yè)管理人員大多不懂軟件，對于程序員也缺少了解。企業(yè)管理人員為了在有競爭對手的商業(yè)談判爭取訂單，有時候不得不承諾減少開發(fā)周期，同時也是因為競爭的原因，軟件開發(fā)成本限制參與項目的程序員數(shù)量和技術(shù)水準(zhǔn)，而以上的結(jié)果是項目經(jīng)理所最不愿意看到的。因此，從某種程度上來講，軟件開發(fā)合同前期的商務(wù)談判過程決定了軟件開發(fā)的成敗，有些軟件開發(fā)失敗的真正原因恰恰是對于軟件開發(fā)一無所知的客戶。

客觀存在的物體具有我們可以感知的屬性，例如正在建造的房屋，但是對于軟件來講，開發(fā)中問題都存在于代碼之中，無論開發(fā)經(jīng)驗多么豐富的程序員，他都無法準(zhǔn)確預(yù)測開發(fā)過程中可能的問題。盡管軟件行業(yè)存在很多評估工作量的理論和方法，例如中國某知名企業(yè)的開發(fā)規(guī)范中是這樣表述的：“停工和節(jié)假日不安排工作;不考慮加班;考慮測試中發(fā)現(xiàn)問題的返工時間;考慮客戶需求的穩(wěn)定性;考慮各項活動的交接和信息的傳遞時間;考慮風(fēng)險對活動的影響;考慮項目的效率因素，在正常估算的工期內(nèi)增加20～40%的余量”。由以上開發(fā)規(guī)范中的考量因素可以看到，很多因素是無法準(zhǔn)確量化的，同時評估工作仍需考慮團(tuán)隊的凝聚力問題，因此技術(shù)上準(zhǔn)確地確定開發(fā)周期是很難實現(xiàn)的，最終還是靠開發(fā)團(tuán)隊的歷史數(shù)據(jù)和經(jīng)驗來粗略估算。

基于以上的原因，項目經(jīng)理應(yīng)當(dāng)在軟件早期的商務(wù)談判中向企業(yè)的管理人員充分說明開發(fā)周期的復(fù)雜性以爭取寬裕的開發(fā)時間;對于企業(yè)管理人員來講，應(yīng)當(dāng)在商務(wù)談判中與律師協(xié)商，妥善安排有關(guān)開發(fā)周期的合同約定，例如開發(fā)合同中軟件開發(fā)的各個階段的時間限制應(yīng)當(dāng)只作為合同描述內(nèi)容作為參考使用，而不能作為確定合同違約行為的依據(jù)，這樣可以幫助軟件開發(fā)人員在總開發(fā)周期內(nèi)對分項時間進(jìn)行調(diào)整。如確因客觀原因造成無法按照預(yù)期完成軟件開發(fā)(筆者案例中曾有核心程序員離職造成開發(fā)延期)，則軟件公司應(yīng)當(dāng)及時向客戶進(jìn)行通報，提出延期請求并以備忘錄、補(bǔ)充協(xié)議等形式對雙方的合意進(jìn)行書面確認(rèn)。盡管大多數(shù)軟件開發(fā)合同對于延期交付有罰金作為違約責(zé)任，但是開發(fā)過程中與客戶協(xié)商延期的效果還是要遠(yuǎn)遠(yuǎn)好于開發(fā)周期后協(xié)商延期。

二、準(zhǔn)確掌握軟件需求的困難

因為客戶與軟件開發(fā)人員分屬不同的行業(yè)，行業(yè)背景和特定專業(yè)知識的限制使得雙方對于需求清單中文字表述的內(nèi)容可能會存在理解的偏差，這種偏差如果只是涉及軟件底層功能的部分調(diào)整還有可能及時彌補(bǔ)，但是如果涉及整個軟件模塊或架構(gòu)的調(diào)整，可能給軟件開發(fā)工作造成致命的影響。

筆者承辦的一起案例中，軟件需求說明書中表述的具體需求為“監(jiān)控界面可以實現(xiàn)多路監(jiān)控”，程序員設(shè)計的實現(xiàn)路徑是在同一個計算機(jī)上同時打開兩個瀏覽器界面，以上兩個界面可以分別顯示兩組不同的視頻內(nèi)容，程序員認(rèn)為以上方式即為需求說明書中所說的“實現(xiàn)多路監(jiān)控”。但是在軟件進(jìn)行驗收時，客戶提出“多路監(jiān)控”是指在同一個瀏覽器的監(jiān)視界面同時顯示兩組視頻內(nèi)容，至此雙方對于軟件需求的理解產(chǎn)生歧義。因為以上軟件的功能調(diào)整涉及數(shù)據(jù)服務(wù)器以及嵌入的視頻功能模塊的調(diào)整而無法在短期內(nèi)完成，最終致使軟件無法按期交付并引發(fā)訴訟。

如果單純以法律規(guī)則來判斷以上案例中的爭議，需要確定哪一方的理解更符合“多路監(jiān)控”所表述的內(nèi)容，《中華人民共和國合同法》第62條對合同約定不明的各種情況做出了相應(yīng)的規(guī)定，但是遺憾的是無法簡單套用62條的規(guī)定來確定以上爭議，因此法院退而去其次，采用“第一時間”的標(biāo)準(zhǔn)來確定程序員理解的“多路監(jiān)控”方式是否實質(zhì)違反客戶的需求本意，即客戶發(fā)現(xiàn)程序員展現(xiàn)此功能時，客戶是否“第一時間”提出異議，如果答案是肯定的，則可以認(rèn)定程序員對于軟件需求的理解不符合客戶的要求。

細(xì)致分析法院以上思路，我們不難發(fā)現(xiàn)，法院在確定軟件需求時是以客戶的意愿作為判斷依據(jù)的，但是對于在合同附件中雙方均認(rèn)可的軟件需求清單來講，脫離具體的文字表述去推斷客戶的具體需求明顯是對開發(fā)人員不公，因為需求清單中文字表述的內(nèi)容是軟件開發(fā)人員確定需求最直接的來源和依據(jù)，至此，問題又回到了法律規(guī)則無法確認(rèn)的“多路監(jiān)控”的文本解釋上面。

事實上，我們可以從軟件的開發(fā)過程來分析造成雙方對需求理解不同而造成開發(fā)失敗的責(zé)任，即有能力、有機(jī)會消除理解歧義的一方負(fù)有排除歧義的義務(wù)，而怠于履行義務(wù)的一方對軟件開發(fā)失敗負(fù)有過錯，應(yīng)當(dāng)承擔(dān)相應(yīng)的賠償責(zé)任。

軟件開發(fā)合同中一般都沒有非常明確的針對雙方具體溝通事務(wù)的約定，軟件公司在開發(fā)前期都會與客戶進(jìn)行反復(fù)溝通以確定需求清單的內(nèi)容，但是一旦進(jìn)入開發(fā)流程，開發(fā)人員有可能忽略與客戶溝通軟件開發(fā)的中間成果。例如，由需求清單整理的功能需求說明書(SRS)、軟件產(chǎn)品架構(gòu)設(shè)計說明書、軟件用例等文件都單純成為開發(fā)人員之間內(nèi)部溝通協(xié)調(diào)的文件，而忽略了與客戶進(jìn)行確認(rèn)的過程。技術(shù)上來講，軟件開發(fā)的所有工作都是以軟件用例作為出發(fā)點和基本依據(jù)的，軟件用例也是底層程序員了解產(chǎn)品功能和使用場景的依據(jù)。與客戶對軟件用例進(jìn)行溝通也最有可能在開發(fā)初期消除對需求理解的歧義。

綜上，由開發(fā)合同中的需求清單到最終完成開發(fā)、交給客戶驗收的過程中，軟件開發(fā)人員將中間工作成果與客戶進(jìn)行溝通確認(rèn)的過程可以避免對需求清單理解歧義的發(fā)生?？蛻魧τ谲浖_發(fā)的具體流程和細(xì)節(jié)并不熟悉，因此軟件開發(fā)人員有機(jī)會通過溝通來消除軟件需求理解的歧義。因此，以上案例中，應(yīng)當(dāng)確定軟件公司對于因理解歧義而導(dǎo)致開發(fā)失敗負(fù)有責(zé)任。從律師的角度來看，應(yīng)當(dāng)將軟件開發(fā)流程中的關(guān)鍵節(jié)點確認(rèn)作為軟件開發(fā)合同約定的內(nèi)容之一，溝通過程中形成的確認(rèn)文件也可以成為預(yù)防糾紛的有效形式。

實踐中對于軟件需求還有一種情況，那就是客戶在開發(fā)過程中不斷提出新的功能要求。出現(xiàn)這種情況的原因是多方面的，部分是因為客戶自身的業(yè)務(wù)需求不確定，部分是因為在開發(fā)周期較長的項目中，客戶在開發(fā)過程中了解同行業(yè)更為成熟的做法和經(jīng)驗，因此提出新的功能需求。對于律師來講，應(yīng)當(dāng)在軟件開發(fā)協(xié)議中約定需求變更的程序和條件，例如“若需求變更影響不大，不增加費用和延長開發(fā)時間;若變更會對開發(fā)進(jìn)度或工作量有較大影響的，應(yīng)當(dāng)延長開發(fā)時間及增加開發(fā)費用”。但是具體實踐中因為程序員缺少相關(guān)合同事務(wù)的操作經(jīng)驗，同時因客戶方面繁瑣的審批流程遲遲不能及時回復(fù)而程序開發(fā)的時間又十分緊張，使得需求控制的相關(guān)程序和文件未及時提出并確認(rèn)，最終在引發(fā)糾紛時無法確定具體的責(zé)任歸屬。對于項目經(jīng)理來講，應(yīng)當(dāng)及時與律師進(jìn)行溝通解決程序問題可以有效避免此類問題的訴訟風(fēng)險。

三、關(guān)于軟件源代碼的部分交付

為了在履行開發(fā)協(xié)議的過程中更好地保護(hù)客戶的利益，國外的軟件開發(fā)協(xié)議中開始出現(xiàn)軟件源代碼在開發(fā)過程中部分向客戶交付的條款，也有的是通過第三方的源代碼保管機(jī)構(gòu)，(例如InnovaSafe和National Software Escorw,中國現(xiàn)在尚未發(fā)現(xiàn)有提供類似服務(wù)的機(jī)構(gòu)，但是隨著商業(yè)需求的發(fā)展，相信很快就會有這樣的服務(wù)在國內(nèi)出現(xiàn))理論上來講，軟件開發(fā)中會產(chǎn)生大量的迭代版本，開發(fā)中間向客戶交付的部分代碼并無實質(zhì)意義，但是對于開發(fā)末期已經(jīng)進(jìn)入調(diào)試階段的軟件代碼來講，盡管與最終代碼仍有不同，但是其價值已經(jīng)可以保護(hù)和持有代碼的當(dāng)事人一方。這也是將軟件代碼的部分交付進(jìn)入軟件開發(fā)合同的原因之一。

實踐中，還有一種情況部分交付代碼的情況，客戶在開發(fā)過程中為了行政審批的相關(guān)項目或者其他有關(guān)的商務(wù)合作，要求軟件公司先行提供部分代碼以取得中國版權(quán)中心頒發(fā)的登記證書。按照版權(quán)中心的要求，這一部分代碼約3000余行，相對于大型項目的總行數(shù)來講，只占非常小的一部分，因此一般軟件公司都會同意客戶的這一請求。

通過對上述內(nèi)容的閱讀我們知道技術(shù)開發(fā)，涉及的一些軟件編程等專業(yè)性極強(qiáng)的內(nèi)容，所以客戶在簽訂合同的時候，往往對這些東西不了解，導(dǎo)致約定交易金額等方面便會產(chǎn)生一定的糾紛。