淺談軟件開發(fā)管理體會(huì)

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

從畢業(yè)至今，大小的項(xiàng)目做了一些，有不少成功的喜悅，也有很多失敗的教訓(xùn)。今年由于工作需要，我以軟件項(xiàng)目負(fù)責(zé)人的身份參加了接入網(wǎng)統(tǒng)一網(wǎng)管系統(tǒng)開發(fā)的整個(gè)過程。從中學(xué)到了不少知識(shí)，有許多體會(huì),想將自己的感受寫出來，與大家共勉。     軟件項(xiàng)目管理是一個(gè)龐大而復(fù)雜的系統(tǒng)工程，當(dāng)前業(yè)界對(duì)于軟件開發(fā)流程有不少規(guī)范和定義，如CMM和ISO9000。在該管理體系的管理下是可以開發(fā)出高質(zhì)量的軟件產(chǎn)品。但是由于該體系較適合于大型而且復(fù)雜項(xiàng)目的團(tuán)隊(duì)開發(fā)，真正實(shí)施尚需要時(shí)間和過程。而我們當(dāng)前執(zhí)行的項(xiàng)目，一般只有10個(gè)人左右，要實(shí)施軟件工程難度更大。我認(rèn)為：雖然項(xiàng)目大小不一，但管理方法是相通的，要做好軟件開發(fā)工作，就必須加強(qiáng)有效管理。

大家知道，“軟件危機(jī)”起源于一些大型項(xiàng)目的不斷延遲甚至失敗。與大項(xiàng)目相比，小項(xiàng)目具有以下特點(diǎn)：

－項(xiàng)目功能相對(duì)較少；

－開發(fā)人員較少；

－開發(fā)周期較短。

小項(xiàng)目看起來比較簡單，比較容易成功，人們往往容易忽視小項(xiàng)目的管理，其實(shí)這是一種誤解。

據(jù)我了解，小項(xiàng)目開發(fā)中容易出現(xiàn)以下問題：

1、開發(fā)之前沒有認(rèn)真地進(jìn)行項(xiàng)目可行性和工作量的估計(jì)。

往往由于項(xiàng)目較小，便很草率地制定一個(gè)開發(fā)日程表，沒有認(rèn)真地估計(jì)項(xiàng)目難度，結(jié)果實(shí)際完成時(shí)間與估計(jì)完成時(shí)間往往有較大差距。

2、沒有真正的設(shè)計(jì)過程。

開發(fā)人員少，不同人員的程序之間交互、接口相對(duì)少一些。開發(fā)周期短往往是幾個(gè)人從頭到尾負(fù)責(zé)一個(gè)項(xiàng)目，幾個(gè)人碰一下頭，討論一下最基本的數(shù)據(jù)結(jié)構(gòu)、函數(shù)接口便分頭去做自己的工作了，沒有一份較正式的文檔來規(guī)范各自職責(zé)和項(xiàng)目細(xì)節(jié)。

這種做法潛在的危險(xiǎn)之一是有人可能會(huì)對(duì)所討論的接口、結(jié)構(gòu)理解有偏差，可能會(huì)造成以后的返工。

另一個(gè)潛在的危險(xiǎn)是由于討論時(shí)忽略了某些情況，等大家都按時(shí)完成分工任務(wù)后，才發(fā)現(xiàn)各個(gè)模塊組合起來卻無法形成一個(gè)完整的系統(tǒng)。其根源在于沒有一個(gè)負(fù)責(zé)協(xié)調(diào)的人員不斷監(jiān)控整個(gè)開發(fā)過程。

第三個(gè)潛在的危險(xiǎn)是一旦有人中途退出開發(fā)隊(duì)伍，其他人加入時(shí)，難以理解以前別人做好的代碼，又要從頭做起。另外，沒有文檔的程序，日后維護(hù)和版本升級(jí)都比較困難。

3、不經(jīng)過單元測(cè)試而直接進(jìn)入系統(tǒng)測(cè)試 。

造成這一現(xiàn)象的原因是每個(gè)模塊相對(duì)比較簡單，但是為了測(cè)試一個(gè)模塊需要建立一些測(cè)試環(huán)境。例如，為了測(cè)試一個(gè)函數(shù)是否正確，應(yīng)該用一些測(cè)試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫一些測(cè)試數(shù)據(jù)。但很多開發(fā)人員嫌麻煩，覺得反正其他模塊也很快出來了，直接用真正的數(shù)據(jù)來運(yùn)行幾次就行了。

針對(duì)以上問題，我認(rèn)為在開發(fā)過程中必須處理好四個(gè)關(guān)鍵問題，嚴(yán)格把關(guān)，可以大大提高軟件的質(zhì)量。

這四個(gè)關(guān)鍵問題為：人員、規(guī)范、測(cè)試、時(shí)間控制。

一、合理配置人員

首先軟件開發(fā)是一項(xiàng)長期艱苦的工作，所以一個(gè)團(tuán)結(jié)、協(xié)作的團(tuán)體才能在規(guī)定的時(shí)間內(nèi)完成一個(gè)質(zhì)量上乘的軟件項(xiàng)目。團(tuán)隊(duì)中的每個(gè)人必須積極融入到整個(gè)集體中，不能互相推諉，更不能互相埋怨和指責(zé)，正確的態(tài)度是大家在充分信任的基礎(chǔ)上團(tuán)結(jié)協(xié)作，互相幫助，主動(dòng)承擔(dān)任務(wù),利用集體的智慧獲得成功。整個(gè)團(tuán)隊(duì)就是一部機(jī)器，只有每一個(gè)齒輪都能正常運(yùn)作，才能生產(chǎn)出優(yōu)質(zhì)的產(chǎn)品。

合理配備人員是成功完成軟件開發(fā)項(xiàng)目的切實(shí)保證。所謂合理配備人員應(yīng)包括按不同階段適時(shí)運(yùn)用人員，恰當(dāng)掌握用人標(biāo)準(zhǔn)。一般來說，軟件項(xiàng)目不同階段、不同層次技術(shù)人員的參與情況是不一樣的。如人員配置不當(dāng)，很容易造成人力資源的浪費(fèi)，并延誤工期。特別是采用恒定人員配備方案時(shí)，在項(xiàng)目的開始和最后都會(huì)出現(xiàn)人力過剩，而在中期又會(huì)出現(xiàn)人力不足的情況。

為開發(fā)人員創(chuàng)造出一個(gè)人盡其才的環(huán)境也是項(xiàng)目成功的重要環(huán)節(jié)，讓他們能得心應(yīng)手的施展自己的才華，特別在工作安排上要煞費(fèi)苦心，針對(duì)每個(gè)人不同的特長，根據(jù)項(xiàng)目的具體環(huán)境和條件來合理安排人員在恰當(dāng)?shù)膷徫簧稀?/P>

項(xiàng)目負(fù)責(zé)人是一個(gè)團(tuán)隊(duì)的核心，其綜合素質(zhì)直接影響項(xiàng)目的成敗。合格的項(xiàng)目負(fù)責(zé)人具有高超的領(lǐng)導(dǎo)才能和強(qiáng)烈的科技意識(shí)和較強(qiáng)的業(yè)務(wù)處理能力；具有敏銳的洞察力，能瞄準(zhǔn)目標(biāo)，實(shí)事求是，精心組織，堅(jiān)決果斷，靈活應(yīng)變，享有信譽(yù)；善于制定計(jì)劃，解決問題，溝通信息；具有良好的市場(chǎng)意識(shí)和交際能力。當(dāng)然同時(shí)滿足這些條件比較困難，但是他應(yīng)該具有實(shí)現(xiàn)這些素質(zhì)的條件，并注重經(jīng)驗(yàn)的積累、素質(zhì)的提高、能力的培養(yǎng)。并能從以下幾方面嚴(yán)格要求和培養(yǎng)自己：

以身作則：只有身先士卒，各方面以身作則，才能得到廣大開發(fā)人員的認(rèn)可和信任，才能樹立較高的威信。

果斷抉擇：負(fù)責(zé)人的重要任務(wù)是決策，特別是有多種選擇的情況下，一個(gè)正確的選擇往往事半功倍。

善于交際：他必須積極對(duì)外聯(lián)絡(luò)，充分利用外部資源，例如其他部門做過類似項(xiàng)目者，可以向他們?nèi)〗?jīng)甚至直接獲得源碼。這對(duì)一個(gè)項(xiàng)目爭取時(shí)間，避免重復(fù)工作很重要。

善于協(xié)調(diào)：協(xié)調(diào)幾個(gè)人的工作比自己完成一段編碼更重要。由于協(xié)調(diào)不力，將影響開發(fā)。所以項(xiàng)目負(fù)責(zé)人除完成自己的編程任務(wù)外，必須隨時(shí)監(jiān)控各開發(fā)人員的工作，包括內(nèi)容是否與要求發(fā)生偏差，進(jìn)度是否滯后等等。

善于制定計(jì)劃：在開發(fā)前，可將明確的開發(fā)任務(wù)通過文檔傳遞給每個(gè)開發(fā)人員，讓大家都熟悉設(shè)計(jì)模型，都清楚自己所做的工作在整個(gè)系統(tǒng)中處于什么地位，這樣有時(shí)侯可能會(huì)發(fā)現(xiàn)設(shè)計(jì)模型中的漏洞，避免了各人的代碼編寫完畢之后又要修改的后果。

溝通問題：團(tuán)隊(duì)溝通不是技術(shù)問題，但卻是一個(gè)最能影響工作效率的問題。溝通及時(shí)、集思廣益、步調(diào)一致，才能取得勝利。

二、嚴(yán)格執(zhí)行軟件開發(fā)規(guī)范

軟件開發(fā)需要嚴(yán)格按照軟件規(guī)范實(shí)施。用手工作坊式的方式來開發(fā)軟件，其結(jié)果必然失敗。從項(xiàng)目的用戶需求分析、系統(tǒng)分析、編碼、調(diào)試、測(cè)試、發(fā)布都需要一步一步完成，不能輕視或忽略任何一步驟。前部分沒有完成好，不要貿(mào)然進(jìn)行下一步。越是項(xiàng)目起步階段，越是要注意按照規(guī)范進(jìn)行。

如前所述，因?yàn)殚_發(fā)軟件項(xiàng)目規(guī)模較小，很容易忽視規(guī)范化，而隨心所欲，沒有計(jì)劃，想到哪做到哪，其最終的結(jié)果是失去控制。其實(shí)項(xiàng)目小正是實(shí)現(xiàn)軟件規(guī)范化管理的好時(shí)機(jī)，規(guī)模小，涉及的管理方面有限，管理實(shí)施起來比較容易。CMM等規(guī)范標(biāo)準(zhǔn)不是輕而易舉就能實(shí)現(xiàn)的，但是可以借鑒它的思想和方法，先在小項(xiàng)目上實(shí)現(xiàn)規(guī)范化管理，培養(yǎng)人員的規(guī)范和意識(shí)，為以后實(shí)現(xiàn)大項(xiàng)目的CMM等規(guī)范打下良好的基礎(chǔ)。

特別需要重視軟件開發(fā)中文檔管理。那種認(rèn)為只要產(chǎn)品做出來可以運(yùn)行，何必花費(fèi)許多精力去做文檔的觀點(diǎn)是錯(cuò)誤的。經(jīng)過實(shí)踐，我深刻體會(huì)到，沒有文檔會(huì)帶來很多問題。用文檔去引導(dǎo)開發(fā)過程，拋棄隨心所欲的開發(fā)模式。就象工廠工人師傅按照?qǐng)D紙生產(chǎn)零件一樣，否則很可能會(huì)得到次品甚至是廢品，給后來開發(fā)者留下一堆沒有意義的“垃圾”產(chǎn)品。我認(rèn)為文檔應(yīng)該是開發(fā)中階段（ｍileStone）結(jié)束的標(biāo)志，每個(gè)階段后，都需要提交相應(yīng)的文檔，而且要確保文檔的質(zhì)量。

確保文檔質(zhì)量的最有效方法就是評(píng)審，提交文檔后，項(xiàng)目負(fù)責(zé)人組織相關(guān)人員對(duì)該文檔進(jìn)行審核，在充分討論的基礎(chǔ)上進(jìn)行文檔的重新修改和審核直到滿足項(xiàng)目要求。文檔應(yīng)該是貫穿整個(gè)過程的主線，在不同的階段，需要不停地對(duì)文檔進(jìn)行完善，使之真正成為全體項(xiàng)目人員的智慧結(jié)晶。