為什么山東軟件開發(fā)問題多？

作者：山東捷君上傳時間：2020-08-18

從我的標題，大家已經(jīng)可以知道我的結(jié)論，就是我不建議軟件開發(fā)通過外包的形式來完成。

我們知道，現(xiàn)代社會是一個陌生人協(xié)作的社會。一個組織、一家公司、一個團隊的能力和精力都是有限的。把非核心能力的業(yè)務外包給其他組織、公司、團隊是再正常不過的事情，我并非反對一切外包行為。

我想說的是，有些東西可以外包，有些則不能。要看某項事物是否適合外包。為什么軟件開發(fā)就不太適合外包呢？

我們來看軟件開發(fā)有什么特性。我將通過邊界、估算、驗收和合同四個方面來分享我的觀點。

1、邊界

一談到軟件項目，大家一定會想到超支、延期、加班等等。所有這些，都和一個重要因素有關(guān)，就是邊界不清晰。

光是在需求這個源頭，就經(jīng)常出現(xiàn)需求不清晰、需求泛濫等問題。這些情況，就算是我們自己開發(fā)，和用戶坐在一起都會經(jīng)常遇到和難以解決。我們怎么能指望離岸的外包團隊能更好地解決這些問題呢？

另外一個最核心的問題是，有人總結(jié)得很好，從農(nóng)業(yè)時代、工業(yè)時代過渡到知識時代，最大的變化就是我們的工作對象從物品變成了事情。物品的邊界是清晰的，所需要的工作時間是有限的。所以在工廠，可以通過計件來量度一個工人的產(chǎn)出和效率。

而事情的邊界是可以無限擴充的，可以膨脹成任何規(guī)模的工作。也很難量度一個知識工作者的產(chǎn)出。

幾乎所有的知識工作，都有這樣的特性。軟件項目也是其中的典型例子。一個看似簡單的需求，一旦挖掘到細節(jié)，就可以無限泛濫。我想這是所有軟件人的痛。

簡單總結(jié)就是，如果對象是物品，由于邊界清晰，完全可以外包。所以在工業(yè)領(lǐng)域，供應鏈已經(jīng)被證明是最有效的生產(chǎn)協(xié)作方式，很多手機廠商，把銷售和設(shè)計以外的所有環(huán)節(jié)都外包了。如果對象是事情，由于邊界模糊，外包的有效性就會大打折扣。

2、估算難題

還有一個問題是，軟件項目的估算永遠不準確，根源也和上面提到的邊界問題有關(guān)。

軟件項目每次都在實現(xiàn)不同的目標、完成不同的東西，每次都是陌生的，充滿“意外”，所以無法準確估算所需要的時間。

但作為甲方，我們需要乙方提供估算，以便確定外包合同的金額和交付日期。己所不欲勿施于人，如果估算這件事情我們都覺得頭疼，怎么能指望乙方估得準。

在這種情況下，無非兩個結(jié)果：

乙方在估算時加入大量的緩沖時間，導致合同金額過高；
乙方在合同金額內(nèi)無法完成約定交付，要么甲方追加投入，要么中止合作，得到一個爛攤子。

3、驗收標準

由于每個項目和需求都是不一樣，針對項目和需求的驗收標準都必然不一樣。針對每個需求，測試和驗收所需要花的功夫和難度其實和設(shè)計、編程等過程其實是相當?shù)摹?BR style="BOX-SIZING: border-box !important; WORD-WRAP: break-word !important; MAX-WIDTH: 100%; FONT-FAMILY: ; PADDING-BOTTOM: 0px; PADDING-TOP: 0px; PADDING-LEFT: 0px; MARGIN: 0px; PADDING-RIGHT: 0px">

需求分析、設(shè)計、編程、測試都需要對需求進行深入的理解，都是深度的知識工作，都同等重要，不分貴賤。

當我們把整個軟件項目或項目中某些模塊或過程（比如測試）整體外包后，如何驗收就成了難題。更難的是，為了避免甲乙雙方的糾紛，驗收標準應該約定在合同中。但也因為剛才提到的因素，在項目開始前對每個需求約定具體的驗收條件幾乎是不可能的，有這個功夫，半個項目已經(jīng)完成了。

這也和前面提到的邊界問題有關(guān)，如果對象是物品，每個物品（比如某個零件）都應該是一樣的，其驗收條件完全可以標準化，清晰地寫入到合同里。知識工作則很難滿足這樣的條件。

這就導致了項目的驗收條件和合同中相應的條款是開放的，而非封閉的。驗收標準一旦不能在一開始統(tǒng)一，將來的糾紛和扯皮就不可避免了。

4、合同模式

目前比較流行的外包合同模式無非就是以下兩種：

固定金額——雙方根據(jù)項目估算約定一個金額。甲方不管乙方交付項目的實際成本，只支付合同約定的金額。這種模式，相當于乙方承擔項目交付的所有風險。
時間與材料（Time & Material，T&M）——甲方按照乙方投入人員的工作時間支付費用，不管乙方是否交付預期的成果。這種模式，相當于甲方承擔項目交付的所有風險。

我們可以看到，在邊界、估算、驗收等問題的存在下，不管是哪種合同模式，都有一方明顯吃虧。

但其實，不管表面上是哪方吃虧，最終后果其實都是甲方承擔。我們在第一部分提到，甲方試圖外包項目，無非就是想省錢、省事和轉(zhuǎn)移風險。但大多數(shù)情況下，這三個目標都難以實現(xiàn)。

5、省錢

如果雙方簽的是固定金額合同，由于邊界難以厘清，估算無法準確，乙方肯定需要在其估算基礎(chǔ)上加大量的緩沖來降低自身風險，導致合同金額高昂。

如果雙方簽的是T&M合同，則更容易陷入“只收錢不出工”的窘?jīng)r。

而且，對于甲方來說，最大的成本在于得不到一個想要的產(chǎn)品。外包過程中，交付團隊與甲方的用戶缺乏默契、缺乏對業(yè)務的深入理解，交付正確產(chǎn)品的幾率本身就不高。

6、省事

表面上，外包團隊的所有人事甲方都不需要管。但是著名的管理大師德魯克總結(jié)道，所有的知識工作者都是管理者。要做好軟件交付這件事情，需要交付團隊每個人都有豐富的知識、技術(shù)、軟技能（溝通與協(xié)調(diào)）和經(jīng)驗。

我們期望外包公司有現(xiàn)成的人員配備，但是實際情況往往是，外包公司由于要承擔人力成本，在沒有項目的時候，會盡早解散人員。所以很少在新項目啟動前就組織好所有人員，往往都是在項目啟動時才臨時到人才市場上聘用，人員素質(zhì)良莠不齊，培訓不到位。

另外，參與項目人員的業(yè)務、領(lǐng)域知識往往非常重要，這些知識需要長期在某個具體的業(yè)務領(lǐng)域長期浸淫才能累積。我很難想象一個外包團隊何以在短期內(nèi)掌握這些知識。

如果外包團隊的人員達不到甲方的這些預期，我看不到甲方如何省事。

7、轉(zhuǎn)移風險

對于甲方而言，外包的另一個好處是，一旦項目交付出現(xiàn)問題，可以找到一個明確的責任方。然而，我們可以轉(zhuǎn)移責任，卻無法轉(zhuǎn)移項目交付問題的后果。一個家居裝修搞砸了，承擔這個后果的只能是業(yè)主，而不是裝修隊。

還有一種外包形式是購買市場上現(xiàn)成的供應商產(chǎn)品。如果該產(chǎn)品能完全滿足公司業(yè)務的需要，倒還好。但真實情況是，由于每家公司的具體業(yè)務都有差異性，也有自己的合規(guī)要求，即使是購買供應商產(chǎn)品，也勢必需要供應商進行大量的定制化開發(fā)，這就衍生出和項目外包一樣的問題了。

總結(jié)

很多公司和團隊選擇把整個軟件項目或項目中某些模塊或過程整體外包給另一家公司或團隊，試圖省錢、省事和轉(zhuǎn)移風險。

然而，由于軟件項目存在邊界模糊、估算不準確、驗收無法標準化、缺乏兩全其美的合同模式等問題，軟件項目外包很難實現(xiàn)省錢、省事和轉(zhuǎn)移風險的目標。

建議的外包形式是外包人而不外包事。從項目制轉(zhuǎn)型到產(chǎn)品制，也是一種很好的方法。

上一篇：在使用濟南財務系統(tǒng)中有哪些注意事項

下一篇：常見的企業(yè)管理軟件有哪些?

為什么山東軟件開發(fā)問題多？

聯(lián)系我們

管理軟件

關(guān)于我們

為什么山東軟件開發(fā)問題多？

聯(lián)系我們

管理軟件

關(guān)于我們

為什么山東軟件開發(fā)問題多？