小規(guī)模軟件公司項(xiàng)目開發(fā)見(jiàn)解

【摘 要】許多軟件公司的開發(fā)人員僅10人左右，開發(fā)人員從軟件的需求、軟件開發(fā)、測(cè)試、實(shí)施、培訓(xùn)、后期維護(hù)，一整個(gè)流程，都是由開發(fā)人員承擔(dān)，甚至很多項(xiàng)目就一個(gè)開發(fā)人員負(fù)責(zé)，在開發(fā)過(guò)程中，軟件的可靠性沒(méi)有保障、維護(hù)費(fèi)用不斷地上升等因素使軟件作坊的危機(jī)不斷地呈現(xiàn)出來(lái)。以面向?qū)ο蠹夹g(shù)為手?jǐn)?，以工業(yè)化生產(chǎn)方式和管理支撐體系為核心的軟件新變革，推進(jìn)軟件開發(fā)的構(gòu)架平臺(tái)化、組件化、編碼自動(dòng)化、管理工廠化，為小規(guī)模軟件公司提供了解決方案。以現(xiàn)代軟件企業(yè)的開發(fā)、管理為目標(biāo)，結(jié)合軟件工程的出發(fā)點(diǎn)，尋找一個(gè)適合小規(guī)模軟件公司開發(fā)的軟件工程流程是開發(fā)人員不斷探索、學(xué)習(xí)的指導(dǎo)方向。

【關(guān)鍵詞】小規(guī)模軟件公司 現(xiàn)代軟件工程 軟件作坊

一、概述

傳統(tǒng)軟件工程采用的“生命周期法”，是從時(shí)間角度對(duì)軟件開發(fā)和維護(hù)的問(wèn)題進(jìn)行分解，把開發(fā)過(guò)程劃分成若干個(gè)階段，每個(gè)階段有各自的解決方案，進(jìn)行逐步實(shí)施、管理。立項(xiàng)、需求開發(fā)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、編碼、單體測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、最后交付使用。公司應(yīng)該完全按照如此步驟流程，而我們需要有多少的工作量呢？三四人10個(gè)人/月的的項(xiàng)目就是寫這樣的文檔，從項(xiàng)目開始到最后至少需要6個(gè)有人/月的時(shí)間進(jìn)行撰寫，完全按照CMMI的標(biāo)準(zhǔn)，對(duì)于小規(guī)模軟件公司來(lái)說(shuō)成本花費(fèi)比較大，我們一直都在尋找一個(gè)平衡點(diǎn)，平衡公司的質(zhì)量與成本。

如何成立一個(gè)核心開發(fā)小組，小組的如何構(gòu)成是小規(guī)模軟件公司急需解決的課題。針對(duì)這樣的問(wèn)題提出由業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、測(cè)試兼技術(shù)支持、文案兼培訓(xùn)組成核心開發(fā)團(tuán)隊(duì)，在開發(fā)過(guò)程當(dāng)中，每個(gè)小組都承擔(dān)了不可或缺任務(wù)，這四個(gè)小組協(xié)調(diào)工作，對(duì)提高軟件項(xiàng)目的魯棒性、穩(wěn)定性、適用性都起到相當(dāng)大的作用。

二、業(yè)務(wù)架構(gòu)

業(yè)務(wù)架構(gòu)，就是搞客戶需求。開發(fā)經(jīng)理在開發(fā)過(guò)程中就是業(yè)務(wù)架構(gòu)師，對(duì)于客戶為什么要提這樣的需求，客戶要根本解決什么問(wèn)題，這些問(wèn)題誰(shuí)來(lái)想，誰(shuí)來(lái)想解決的辦法？我們不能靠咨詢公司來(lái)做這些工作，所以工作需要我們用更多的時(shí)間去思考這些問(wèn)題，只有從客戶哪里解決需求的問(wèn)題，后期的開發(fā)才有質(zhì)量的保證，減少需求更改迭代的次數(shù)，降低軟件的開發(fā)成本。

（一）首先找到客戶企業(yè)的部門組織結(jié)構(gòu)圖，把全體部門都納入需求思考范圍內(nèi)，了解這個(gè)項(xiàng)目和各個(gè)部門的關(guān)系。最后按項(xiàng)目關(guān)系緊密程度把客戶各個(gè)部門排了一張表，每個(gè)部門的負(fù)責(zé)人的名字，聯(lián)系電話都要到，找到熟悉公司并且健談的員工問(wèn)問(wèn)他們經(jīng)理是怎么看這個(gè)項(xiàng)目的，想要達(dá)到什么樣的目標(biāo)。

（二）收集報(bào)表：通過(guò)客戶工作填報(bào)的表格，大致了解他們的工作崗位的工作內(nèi)容。哪些表格是最常用的，挑出影響他們考核的報(bào)表，他們最關(guān)注哪幾個(gè)指標(biāo)，然后我拿著這些報(bào)表、指標(biāo)向客戶咨詢，這些指標(biāo)是什么樣的數(shù)據(jù)、是怎么得來(lái)的，最好能讓他們解釋怎么輸入的。然后對(duì)著每一個(gè)單據(jù)詢問(wèn)這些表格的使用頻率，是每天、每周、每月、每季還是每半年、每年。是每天（周、月、季、半年、年）的期初做、期末做、還是平時(shí)做？哪個(gè)頻率高？高到什么程度？這樣，我們就明白了每個(gè)人主要真正做哪些事，怎么做，最后怎么考核，哪些事最重要，哪些事每天做，哪些事頻率最高。

（三）優(yōu)化流程：畫好組織結(jié)構(gòu)、人員崗位角色說(shuō)明、業(yè)務(wù)流程圖，通過(guò)調(diào)研，用紅圈標(biāo)好了業(yè)務(wù)處理漏洞和矛盾的地方，并且對(duì)這些地方都提出了改進(jìn)建議。把目標(biāo)使用客戶認(rèn)為最想解決的問(wèn)題都考慮進(jìn)流程和業(yè)務(wù)單據(jù)報(bào)表中，建議增加什么流程、建議增加什么單據(jù)、建議增加什么報(bào)表，誰(shuí)來(lái)做，怎么做，誰(shuí)來(lái)監(jiān)督，怎么考核。

（四）組織部門座談會(huì)。給他們整個(gè)部門都講解了我們梳理過(guò)的流程現(xiàn)狀，給他們說(shuō)明漏洞和矛盾、說(shuō)明我們提出的方案。這樣一份優(yōu)化好的流程就展現(xiàn)出來(lái)了。

需求在軟件項(xiàng)目開發(fā)中的地位越來(lái)越重要的時(shí)候，如何理清客戶的實(shí)際需求，理解客戶的工作流程，項(xiàng)目已經(jīng)成功一半了。

三、技術(shù)架構(gòu)

如何保證穩(wěn)定性？很多人第一反應(yīng)就是招測(cè)試人員，當(dāng)然小規(guī)模公司的領(lǐng)導(dǎo)是不希望養(yǎng)幾個(gè)專業(yè)的測(cè)試人員得。就是招到了測(cè)試人員軟件的穩(wěn)定性就得到了提高？即使能提高穩(wěn)定性也不多。如何從代碼的質(zhì)量下足功夫才是保證軟件穩(wěn)定性最佳的方法。

我們?cè)谶@里提出共通代碼開發(fā)員，為什么在開發(fā)過(guò)程中引入共通代碼開發(fā)員？共通代碼開發(fā)員的作用是什么呢？我在下面作一個(gè)分析。

每個(gè)人的技術(shù)水平都是參次不齊的，每個(gè)人對(duì)自己代碼的負(fù)責(zé)認(rèn)真性也都是不一樣的，所以要想提高穩(wěn)定性，必須專門從隊(duì)伍中找一個(gè)人，作為公共代碼開發(fā)員。每個(gè)產(chǎn)品或項(xiàng)目的開發(fā)、需求的修改，必須首先經(jīng)過(guò)他的思考，哪些模塊可以做成公共代碼、封裝成函數(shù)，就他來(lái)做，其他的程序員只管調(diào)用函數(shù)，實(shí)現(xiàn)客戶UI操作和輔助功能。作為公共代碼開發(fā)員必須具備以下能力：

（一）參與過(guò)幾個(gè)主要項(xiàng)目的開發(fā)、實(shí)施、支持。這樣，他對(duì)客戶需求有綜合、理性的把握。如果隊(duì)伍中沒(méi)有這樣的人，那么接到客戶需求，分析客戶需求，作成公共代碼，就由開發(fā)經(jīng)理自己或者安排其他開發(fā)人員分別來(lái)做。

（二）公共代碼開發(fā)員具有負(fù)責(zé)認(rèn)真的工作態(tài)度，代碼細(xì)心嚴(yán)謹(jǐn)考慮周詳異常保護(hù)做的到位，內(nèi)存創(chuàng)建釋放有頭有尾，代碼優(yōu)美，代碼可閱讀性強(qiáng)，代碼重構(gòu)，代碼性能和穩(wěn)定都高。

（三）公共代碼開發(fā)人員的技術(shù)能力高，知道封裝成什么樣的函數(shù)接口，在靈活性，以后的修改變化性上都做得非常好。

做這樣的工作需要找一個(gè)技術(shù)能力好的，工作認(rèn)真負(fù)責(zé)的人專門做這件事，不讓他參與各種雜事，他是應(yīng)該能干好這件事的，而且會(huì)越做越好，這就是術(shù)有專攻。共通代碼開發(fā)員掌握著整個(gè)開發(fā)技術(shù)要點(diǎn)，而共通代碼開發(fā)員在整個(gè)開發(fā)過(guò)程中就是技術(shù)架構(gòu)師。

四、測(cè)試兼技術(shù)支持

測(cè)試人員，一般也兼任服務(wù)部門技術(shù)支持人員。如果有服務(wù)部門解決不了的技術(shù)問(wèn)題，可以轉(zhuǎn)給他。而且測(cè)試人員還兼任配置人員，在產(chǎn)品打包、產(chǎn)品安裝測(cè)試、產(chǎn)品發(fā)布、版本分支管理、源代碼備份、歷史版本歸檔方面都由他來(lái)管理。兼職是有好多好處的。如果他不兼任技術(shù)支持，他就不了解客戶是怎么使用的，他測(cè)試也是瞎測(cè)試。如果他不管理產(chǎn)品打包發(fā)布，程序員就會(huì)自己私自發(fā)布版本。可能版本還有問(wèn)題，為了修補(bǔ)問(wèn)題，就趕快修改完再打包一個(gè)，但版本號(hào)卻不改變，引起了一個(gè)版本號(hào)代碼不同錯(cuò)誤不同，讓服務(wù)支持起來(lái)很莫名其妙。由測(cè)試人員控制產(chǎn)品版本發(fā)布，能不能發(fā)布，就是測(cè)試員說(shuō)了算。測(cè)試員感覺(jué)質(zhì)量沒(méi)有達(dá)到，就有權(quán)不發(fā)布。很多軟件作坊，程序員權(quán)力很大，一個(gè)開發(fā)人員從頭到尾負(fù)責(zé)整個(gè)項(xiàng)目，項(xiàng)目質(zhì)量如何，全看這位開發(fā)人員自己的素質(zhì)和責(zé)任心了。為了不讓項(xiàng)目質(zhì)量和特定人密切相關(guān)，使公司研發(fā)保持連貫性水準(zhǔn)，必須做到分工專業(yè)，互相配合互相牽制。

一般，開發(fā)部門也就配1-2名測(cè)試人員，根據(jù)同時(shí)并行的項(xiàng)目和產(chǎn)品開發(fā)和開發(fā)的強(qiáng)度來(lái)定。我們并不生產(chǎn)向國(guó)際上的產(chǎn)品那樣的質(zhì)量。我們做行業(yè)企業(yè)管理軟件開發(fā)，是在客戶質(zhì)量要求、客戶簽單額、競(jìng)爭(zhēng)對(duì)手質(zhì)量水準(zhǔn)這三者平衡上做到一個(gè)質(zhì)量的認(rèn)可。我們無(wú)法做到微軟那樣一比一的開發(fā)測(cè)試人員比例。開發(fā)部門所有的產(chǎn)品和項(xiàng)目，都由這1-2名測(cè)試人員負(fù)責(zé)所有的測(cè)試工作，包括編寫測(cè)試案例，編寫測(cè)試結(jié)果，參與項(xiàng)目的需求測(cè)試、設(shè)計(jì)測(cè)試。

對(duì)于開發(fā)部門的文檔方面，如文檔的正規(guī)化，都由文案來(lái)負(fù)責(zé)。項(xiàng)目經(jīng)理經(jīng)常要提交給客戶一些文檔，而項(xiàng)目經(jīng)理往往是技術(shù)出身，文檔工作不是很高，于是文檔的正規(guī)化、美化、文字校對(duì)、空格段落措辭標(biāo)點(diǎn)符號(hào)，都由文案制作。幫助文檔，也由文案負(fù)責(zé)。幫助方面，有版本更新說(shuō)明幫助、安全配置幫助、系統(tǒng)維護(hù)管理幫助、基礎(chǔ)數(shù)據(jù)配置與維護(hù)幫助、業(yè)務(wù)功能操作幫助、軟件操作演示視頻、產(chǎn)品簡(jiǎn)介PPT、產(chǎn)品演示版，都由文案來(lái)做。為了防止文案不懂產(chǎn)品而寫產(chǎn)品幫助，在需求說(shuō)明書、設(shè)計(jì)說(shuō)明書這些文檔性的工作上，如果有什么文檔體力活之類的工作，也由文案人員來(lái)做。文案人員還兼任產(chǎn)品輔助測(cè)試，主要是作為一個(gè)普通的操作者來(lái)測(cè)試，在制作演示版的過(guò)程中模擬客戶流程客戶數(shù)據(jù)來(lái)進(jìn)行操作錄入，測(cè)試出普通使用中的BUG。一般，一個(gè)專業(yè)的測(cè)試，經(jīng)常呆在軟件的環(huán)境中，思維就有一種定勢(shì)，但實(shí)際的用戶并不那樣操作，但測(cè)試人員自身感不到。而文案人員就能充當(dāng)普通用戶來(lái)測(cè)試。我們招聘文案人員也沒(méi)有強(qiáng)調(diào)會(huì)什么軟件，文案寫的好就OK。他們確實(shí)是最普通的用戶，他們的困惑和操作手法代表了大量的普通用戶。而一個(gè)開發(fā)部門，文案人員也往往是1-2名，隨并行的項(xiàng)目數(shù)量和規(guī)模來(lái)定。

五、文案兼培訓(xùn)

對(duì)于培訓(xùn)來(lái)說(shuō)，軟件本身的使用簡(jiǎn)單最為關(guān)鍵。幫助文檔寫的再詳細(xì)，相信看的人都不多（只有開發(fā)人員才會(huì)去鉆研那些詳細(xì)API幫助）。軟件易用，培訓(xùn)的工作就輕。

公司開發(fā)的很多軟件，沒(méi)有演示版，沒(méi)有操作視頻錄像，沒(méi)有最新版本幫助文件，沒(méi)有新版本更新說(shuō)明。就憑培訓(xùn)人員結(jié)合著投影儀對(duì)著電腦屏幕講。作了更新，培訓(xùn)人員還仍不清楚哪些功能發(fā)生了改變，還照著過(guò)去功能講?？蛻粲H手一操作，發(fā)現(xiàn)講的和看到的不一樣就有了疑問(wèn)。培訓(xùn)人員都臉紅，自己都不知道怎么使用，也解釋不了。所以培訓(xùn)文檔對(duì)于培訓(xùn)人員來(lái)說(shuō)也很重要。

好的軟件產(chǎn)品，需要有好的文檔和培訓(xùn)資料，否則開發(fā)部就是開發(fā)的再好，也是沒(méi)人能用的產(chǎn)品。有一個(gè)文案人員，寫幫助說(shuō)明，制作操作視頻，制作學(xué)習(xí)版數(shù)據(jù)庫(kù)，參與輔助測(cè)試。有了這些文案的基礎(chǔ)，最熟悉產(chǎn)品的非開發(fā)人員就有了兩個(gè)崗位：測(cè)試兼技術(shù)支持，那么文案就兼起培訓(xùn)工作（由于是培訓(xùn)人員用自己寫的文案做培訓(xùn)，在培訓(xùn)中會(huì)有各種提問(wèn)，會(huì)更加增進(jìn)對(duì)文案和產(chǎn)品的理解，能寫出更好的文案。而且他不是開發(fā)人員，他能站在使用者的角度上來(lái)寫來(lái)講，而且他屬于開發(fā)部門，他會(huì)給產(chǎn)品開發(fā)帶來(lái)更多更好的產(chǎn)品易用性建議）。

文案的任務(wù)就是：每當(dāng)新版本發(fā)布，對(duì)照新版本的更新書寫變動(dòng)說(shuō)明、操作說(shuō)明書、操作視頻、演示版、搞個(gè)集中培訓(xùn)。并且可以結(jié)合考試的模式，給受訓(xùn)人員考試、打分。但給他們做培訓(xùn)的時(shí)候，必須有正規(guī)的簽到表，正規(guī)的培訓(xùn)教材，正規(guī)的培訓(xùn)PPT，掌握好一節(jié)課的時(shí)間，掌握好一節(jié)課的重點(diǎn)，掌握好一節(jié)課的快慢與難易程度的節(jié)奏。下了課還必須讓他們填寫本課的培訓(xùn)反饋。優(yōu)秀培訓(xùn)人員完全可以成為優(yōu)秀的咨詢顧問(wèn)或者培訓(xùn)老師，如果有可能，也會(huì)成為優(yōu)秀的市場(chǎng)人員或銷售人員。這是對(duì)文案這個(gè)崗位的職業(yè)發(fā)展期許。

六、思考

軟件開發(fā)人員從各個(gè)開發(fā)語(yǔ)言的優(yōu)缺點(diǎn)，設(shè)計(jì)模式、框架、重構(gòu)、單元測(cè)試，到軟件開發(fā)過(guò)程管理。都想改善軟件生產(chǎn)狀況。軟件開發(fā)人員想把產(chǎn)品開發(fā)好，把開發(fā)過(guò)程管理的井井有條，但是都心有余而力不足。由業(yè)務(wù)架構(gòu)、技術(shù)架構(gòu)、測(cè)試兼技術(shù)支持、文案兼培訓(xùn)四個(gè)部分組成一個(gè)開發(fā)項(xiàng)目團(tuán)隊(duì)，循序漸進(jìn)進(jìn)行開發(fā)工作，就能比過(guò)去產(chǎn)出更好的軟件，軟件的質(zhì)量，軟件的進(jìn)度，軟件的競(jìng)爭(zhēng)力就都上來(lái)了，再加上各種管理軟件：如項(xiàng)目管理軟件、版本管理軟件、BUG管理軟件、自動(dòng)測(cè)試軟件，就水到渠成了。

所以一個(gè)項(xiàng)目開發(fā)，一名開發(fā)部門經(jīng)理，1-2名開發(fā)人員，一名項(xiàng)目經(jīng)理，一名公共代碼開發(fā)人員，一名測(cè)試，一名文案，也就是5-6人完全符合一個(gè)軟件作坊的人員數(shù)量。有時(shí)候團(tuán)隊(duì)小了，開發(fā)部門經(jīng)理就是項(xiàng)目經(jīng)理，公共代碼開發(fā)人員就是主程，這樣，一個(gè)開發(fā)團(tuán)隊(duì)也就是3-4人。但方法照樣能用起來(lái)。因?yàn)槲宜v的方法也就是適應(yīng)于這四套馬車的組織架構(gòu)的。每個(gè)人都身兼數(shù)職，而且都對(duì)自身的提高非常有好處，而不是給他身上堆砌毫不關(guān)聯(lián)的工作內(nèi)容。每一項(xiàng)職責(zé)都是能互相互補(bǔ)的，整體提高他的崗位專業(yè)性。

參考文獻(xiàn)：

[1]《現(xiàn)代軟件工程》，張家浩，中國(guó)，機(jī)械工業(yè)出版社， 2009.1

[2]《走出軟件作坊》，阿朱，2008-07-24，http：//blog.csdn.net/david_lv/