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

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

一、概述

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

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

二、業(yè)務架構

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

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

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

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

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

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

三、技術架構

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

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

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

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

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

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

做這樣的工作需要找一個技術能力好的，工作認真負責的人專門做這件事，不讓他參與各種雜事，他是應該能干好這件事的，而且會越做越好，這就是術有專攻。共通代碼開發(fā)員掌握著整個開發(fā)技術要點，而共通代碼開發(fā)員在整個開發(fā)過程中就是技術架構師。

四、測試兼技術支持

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

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

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

五、文案兼培訓

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

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

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

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

六、思考

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

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

參考文獻：

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

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