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