軟件外包由來已久，追溯起來應(yīng)該從有軟件開發(fā)這個行業(yè)起就有軟件外包服務(wù)這個行業(yè)，漫長的發(fā)展歷程誕生了很多的外包服務(wù)企業(yè)和服務(wù)模式，總結(jié)起來一共可以分為三個階段：
第一階段
程序級外包，這個階段原格意義上來說還不能算是一種真正意義上的軟件外包，更準(zhǔn)確地應(yīng)該叫程序外包，因?yàn)槟莻€時代的程序非常簡單，之所以外包主要是因?yàn)榧夹g(shù)壁壘而尋找一些專業(yè)的人士處理一個程序算法之類的問題。
第三階段
從比較大規(guī)模的電腦軟件出現(xiàn)之后到現(xiàn)在都屬于這個階段，這個階段的軟件已經(jīng)比較復(fù)雜，開發(fā)一套軟件是個系統(tǒng)的工程，不再是一兩個牛人能干得了的事，這個階段也誕生了很多的軟件工程和軟件項(xiàng)目管理方法論，同時也誕生了大量上規(guī)模的軟件開發(fā)外包開發(fā)企業(yè)，如東軟集團(tuán)(600718,股吧)、新思軟件、柯萊特、萬洲軟件。
這個階段項(xiàng)目規(guī)模較大，參與的人員較多，一般來說少則幾人，多則幾十幾百人，對項(xiàng)目的管理控制要求比1.0時代高很多，這時候見得最多的是定制化的企業(yè)內(nèi)部應(yīng)用系統(tǒng)，各種定制化的ERP、CRM、OA、費(fèi)用系統(tǒng)、訂單流轉(zhuǎn)系統(tǒng)等等。這類系統(tǒng)有個特點(diǎn)，那就是委托方一般非常了解自己想要什么，通常能夠提供非常詳細(xì)的需求文檔，大多數(shù)都會整理一堆的流程、表單之類的，配合一些文字說明。施工過程絕大多數(shù)采用瀑布模式即可，即需求確定之后進(jìn)入封裝施工，直到開發(fā)完畢才將結(jié)果提交給委托方。前期溝通到位通常大差不差，如果溝通得不是很理想也可以適當(dāng)修改，委托方也有足夠的耐心來等，畢竟沒有系統(tǒng)的時候世界照轉(zhuǎn)。
第三階段
隨著國家對大眾創(chuàng)業(yè)和傳統(tǒng)企業(yè)互聯(lián)網(wǎng)+轉(zhuǎn)型號召，一大批與互聯(lián)網(wǎng)相對較遠(yuǎn)的人群踏入到這范疇，因缺乏技術(shù)積累，許多互聯(lián)網(wǎng)創(chuàng)業(yè)者或傳統(tǒng)企業(yè)老板在運(yùn)作互聯(lián)網(wǎng)項(xiàng)目時經(jīng)?？ㄔ诩夹g(shù)問題上，互聯(lián)網(wǎng)創(chuàng)業(yè)項(xiàng)目也好，傳統(tǒng)企業(yè)互聯(lián)網(wǎng)+轉(zhuǎn)型項(xiàng)目也好，一般對時間要求都很高，在沒有能力搭建并管理一個技術(shù)團(tuán)隊(duì)時，選擇開發(fā)外包還是一種明智的選擇。
這個階段的項(xiàng)目大部分都有以下兩個特點(diǎn)：
a)時間緊
不像企業(yè)內(nèi)部管理系統(tǒng)，早一天晚一天都不是什么問題，無非就是麻煩一點(diǎn)罷了。創(chuàng)業(yè)項(xiàng)目或互聯(lián)網(wǎng)+項(xiàng)目一般都會有最佳窗口期，錯過了這個窗口期基本上就是白干，所以容不得開發(fā)過程中有半點(diǎn)閃失。
b)自己也不知道想干什么
這句話稍有點(diǎn)夸張，嚴(yán)格來說，創(chuàng)業(yè)者或傳統(tǒng)企業(yè)老板中，大部份知道自己想要干什么，但是不知道該怎么干，也就是對于自己的想法，不知道怎么通過一個互聯(lián)網(wǎng)產(chǎn)品來落地，當(dāng)然這其中還有一部分人真是不清楚自己到底要干什么。
c)項(xiàng)目沒有終結(jié)點(diǎn)
對于傳統(tǒng)管理系統(tǒng)項(xiàng)目最怕的就是沒有終結(jié)點(diǎn)，而對于創(chuàng)業(yè)項(xiàng)目或互聯(lián)網(wǎng)+項(xiàng)目最好是沒有終結(jié)點(diǎn)，有有終結(jié)點(diǎn)就意味著項(xiàng)目折騰不下去了。
云中計算有限公司根據(jù)這個階段業(yè)務(wù)的特點(diǎn)，在行業(yè)內(nèi)于2015年首次提出極限交付”概念，經(jīng)過一年多的實(shí)踐證明，使用極限交付”業(yè)務(wù)模式后，平均項(xiàng)目延時減少了近40%，成本下降了30%，客戶滿意度提升了62%。
極限交付”從概念上理解是極限迭代”加持續(xù)交付”，業(yè)務(wù)模式具體而言由以下幾點(diǎn)組成：
1、商務(wù)洽談階段
拋棄傳統(tǒng)軟件外包中業(yè)務(wù)人員不懂技術(shù)，大包大攬的陋習(xí)，在商務(wù)洽談階段除了最初的信息收集環(huán)節(jié)，其它工作均由最資深的技術(shù)專家級人員主導(dǎo)，這樣保證了快速確定業(yè)務(wù)的可行性，防止從根上就長歪了。
2、原型溝通階段
如果初步溝通可以達(dá)成共識，則進(jìn)入到溝通需求，需求階段不以冗長的文檔為交付物，改由設(shè)計原型，只有原型是雙方最容易理解也最接近實(shí)際交付產(chǎn)品，此階段過后才會正式出具報價，這樣防止了先猜一個沒有任何依據(jù)的價格，然后雙方在框定的價格區(qū)間內(nèi)打功能保衛(wèi)戰(zhàn)。
3、密集施工階段
這是極限交付”與以往軟件外包差別最大的一點(diǎn)，雖然軟件工程方法論中早已提出螺旋開發(fā)模式和迭代開發(fā)模式，但由于交付繁瑣，所以一般采用瀑布模式居多，絕大多數(shù)委托方看到系統(tǒng)已經(jīng)是在快完工的時候。
在云中計算公司內(nèi)部，極限交付”系統(tǒng)要求合同簽訂后一周上線第一個版本，該版本雖然還只是雛形，但是可以完成用戶登錄、注冊等常見功能，并且具有主界面，在隨后推進(jìn)過程中不停迭代交付，迭代周期非常短，一般能短到1天。就這樣，委托方就像站在一個巨大的玻璃房外面看著自己的房子一層一層往上蓋一樣，當(dāng)發(fā)現(xiàn)有偏差時可以及時糾正，最大限度防止往上蓋多了需要返工帶來巨大的人力成本浪費(fèi)。
3、迭代升級階段
運(yùn)作好的項(xiàng)目最后都會組建自己的開發(fā)團(tuán)隊(duì)，但這個過程不是一天兩天能完成的，在委托方未組建起開發(fā)團(tuán)隊(duì)前，為了適應(yīng)項(xiàng)目運(yùn)營推廣步伐，需要對產(chǎn)品進(jìn)行不斷升級。
在云中計算所倡導(dǎo)的極限交付”模式中，第一個版本交付后轉(zhuǎn)入到迭代升級階段，在這個階段需求并不是由委托方一次大量提出，而是以一個較短的周期(通常為兩周)確定下一周期需要做什么，確定之后又進(jìn)入短時間的密集施工，直至一個周期結(jié)束。
