第一階段

　　程序級(jí)外包，這個(gè)階段原格意義上來說還不能算是一種真正意義上的軟件外包，更準(zhǔn)確地應(yīng)該叫程序外包，因?yàn)槟莻€(gè)時(shí)代的程序非常簡(jiǎn)單，之所以外包主要是因?yàn)榧夹g(shù)壁壘而尋找一些專業(yè)的人士處理一個(gè)程序算法之類的問題。

　　第三階段

　　從比較大規(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)(600718,股吧)、新思軟件、柯萊特、萬(wàn)洲軟件。

　　這個(gè)階段項(xiàng)目規(guī)模較大，參與的人員較多，一般來說少則幾人，多則幾十幾百人，對(duì)項(xiàng)目的管理控制要求比1.0時(shí)代高很多，這時(shí)候見得最多的是定制化的企業(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ì)整理一堆的流程、表單之類的，配合一些文字說明。施工過程絕大多數(shù)采用瀑布模式即可，即需求確定之后進(jìn)入封裝施工，直到開發(fā)完畢才將結(jié)果提交給委托方。前期溝通到位通常大差不差，如果溝通得不是很理想也可以適當(dāng)修改，委托方也有足夠的耐心來等，畢竟沒有系統(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ù)問題上，互聯(lián)網(wǎng)創(chuàng)業(yè)項(xiàng)目也好，傳統(tǒng)企業(yè)互聯(lián)網(wǎng)+轉(zhuǎn)型項(xiàng)目也好，一般對(duì)時(shí)間要求都很高，在沒有能力搭建并管理一個(gè)技術(shù)團(tuán)隊(duì)時(shí)，選擇開發(fā)外包還是一種明智的選擇。

　　這個(gè)階段的項(xiàng)目大部分都有以下兩個(gè)特點(diǎn)：

　　a)時(shí)間緊

　　不像企業(yè)內(nèi)部管理系統(tǒng)，早一天晚一天都不是什么問題，無非就是麻煩一點(diǎn)罷了。創(chuàng)業(yè)項(xiàng)目或互聯(lián)網(wǎng)+項(xiàng)目一般都會(huì)有最佳窗口期，錯(cuò)過了這個(gè)窗口期基本上就是白干，所以容不得開發(fā)過程中有半點(diǎn)閃失。

　　b)自己也不知道想干什么

　　這句話稍有點(diǎn)夸張，嚴(yán)格來說，創(chuàng)業(yè)者或傳統(tǒng)企業(yè)老板中，大部份知道自己想要干什么，但是不知道該怎么干，也就是對(duì)于自己的想法，不知道怎么通過一個(gè)互聯(lián)網(wǎng)產(chǎn)品來落地，當(dāng)然這其中還有一部分人真是不清楚自己到底要干什么。

　　c)項(xiàng)目沒有終結(jié)點(diǎn)

　　對(duì)于傳統(tǒng)管理系統(tǒng)項(xiàng)目最怕的就是沒有終結(jié)點(diǎn)，而對(duì)于創(chuàng)業(yè)項(xiàng)目或互聯(lián)網(wǎng)+項(xiàng)目最好是沒有終結(jié)點(diǎn)，有有終結(jié)點(diǎn)就意味著項(xiàng)目折騰不下去了。

　　云中計(jì)算有限公司根據(jù)這個(gè)階段業(yè)務(wù)的特點(diǎn)，在行業(yè)內(nèi)于2015年首次提出極限交付”概念，經(jīng)過一年多的實(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)品，此階段過后才會(huì)正式出具報(bào)價(jià)，這樣防止了先猜一個(gè)沒有任何依據(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è)等常見功能，并且具有主界面，在隨后推進(jìn)過程中不停迭代交付，迭代周期非常短，一般能短到1天。就這樣，委托方就像站在一個(gè)巨大的玻璃房外面看著自己的房子一層一層往上蓋一樣，當(dāng)發(fā)現(xiàn)有偏差時(shí)可以及時(shí)糾正，最大限度防止往上蓋多了需要返工帶來巨大的人力成本浪費(fèi)。

　　3、迭代升級(jí)階段

　　運(yùn)作好的項(xiàng)目最后都會(huì)組建自己的開發(fā)團(tuán)隊(duì)，但這個(gè)過程不是一天兩天能完成的，在委托方未組建起開發(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é)束。