IT項目經(jīng)理崗位職責(zé)范文

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

2、開發(fā)工作，就必須加強有效管理。大家知道，“軟件危機”起源于一些大型項目的不斷延遲甚至失敗。與大項目相比，小項目 具有以下特點：項目功能相對較少 ；,開發(fā)人員較少；開發(fā)周期較短。小項目看起來比較簡單，比較容易成功，人們往往容易忽視小項目的管理，其實這是一種誤解。據(jù)我了解，小項目開發(fā)中容易出現(xiàn)以下問題：1、開發(fā)之前沒有認(rèn)真地進(jìn)行項目可行性和工作量的估計。往往由于項目較小， 便很草率地制定一個開發(fā)日程表，沒有認(rèn)真地估計項目難度，結(jié)果實際完成時間與估計完成時間往往有較大差距。2、沒有真正的設(shè)計過程 。開發(fā)人員少，不同人員的程序之間交互、接口相對少一些。開發(fā)周期短往往是幾個人從頭到 尾負(fù)責(zé)一個項目，幾個

3、人碰一下頭，討論一下最基本的數(shù)據(jù)結(jié)構(gòu)、 函數(shù)接口便分頭去做自己 的工作了，沒有一份較正式的文檔來規(guī)范各自職責(zé)和項目細(xì)節(jié)。這種做法潛在的危險之一是有人可能會對所討論的接口、結(jié)構(gòu)理解有偏差，可能會造成以后的返工。另一個潛在的危險是由于討論時忽略了某些情況，等大家都按時完成分工任務(wù)后，才發(fā)現(xiàn)各個模塊組合起來卻無法形成一個完整的系統(tǒng)。其根源在于沒有一個負(fù)責(zé)協(xié)調(diào)的人員不斷監(jiān)控整個開發(fā)過程。第三個潛在的危險是一旦有人中途退出開發(fā)隊伍，其他人加入時，難以理解以前別人做好的代碼，又要從頭做起。另外，沒有文檔的程序，日后維護(hù)和版本升級都比較困難。3、不經(jīng)過單元測試而直接進(jìn)入系統(tǒng)測試。造成這一現(xiàn)象的原因是每個模塊

4、相對比較簡單，但是為了測試一個模塊需要建立一些測試環(huán)境。例如，為了測試一個函數(shù)是否正確，應(yīng)該用一些測試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫一些測試數(shù)據(jù)。但很多開發(fā)人員嫌麻煩，覺得反正其他模塊也很快出來了，直接用真正的數(shù)據(jù)來運行幾次就行了。針對以上問題，我認(rèn)為在開發(fā)過程中必須處理好四個關(guān)鍵問題，嚴(yán)格把關(guān)，可以大大提高軟件的質(zhì)量。這四個關(guān)鍵問題為：人員、規(guī)范、測試、時間控制。、合理配置人員首先軟件開發(fā)是一項長期艱苦的工作，所以一個團(tuán)結(jié)、協(xié)作的團(tuán)體才能在規(guī)定的時間內(nèi)完成一個質(zhì)量上乘的軟件項目。團(tuán)隊中的每個人必須積極融入到整個集體中，不能互相推諉，更不能互相埋怨和指責(zé)， 正確的態(tài)度是大家在充分信任的基礎(chǔ)上團(tuán)結(jié)協(xié)

5、作，互相幫助，主動承擔(dān)任務(wù)，利用集體的智慧獲得成功。整個團(tuán)隊就是一部機器，只有每一個齒輪都能正常運作， 才能生產(chǎn)出優(yōu)質(zhì)的產(chǎn)品。合理配備人員是成功完成軟件開發(fā)項目的切實保證。所謂合理配備人員應(yīng)包括按不同階段適時運用人員，恰當(dāng)掌握用人標(biāo)準(zhǔn)。一般來說， 軟件項目不同階段、 不同層次技術(shù)人員的參與 情況是不一樣的。圖一是典型的軟件開發(fā)人員參與情況與實際人員需求差異曲線圖。如人員配置不當(dāng)，很容易造成人力資源的浪費， 并延誤工期。特別是采用恒定人員配備方案 時，在項目的開始和最后都會出現(xiàn)人力過剩，而在中期又會出現(xiàn)人力不足的情況。為開發(fā)人員創(chuàng)造出一個人盡其才的環(huán)境也是項目成功的重要環(huán)節(jié)，讓他們能得心應(yīng)手的施

6、展自己的才華，特別在工作安排上要煞費苦心， 針對每個人不同的特長， 根據(jù)項目的具體環(huán)境 和條件來合理安排人員在恰當(dāng)?shù)膷徫簧稀ｍ椖控?fù)責(zé)人是一個團(tuán)隊的核心，其綜合素質(zhì)直接影響項目的成敗。合格的項目負(fù)責(zé)人具有高超的領(lǐng)導(dǎo)才能和強烈的科技意識和較強的業(yè)務(wù)處理能力；具有敏銳的洞察力，能瞄準(zhǔn)目標(biāo)， 實事求是，精心組織，堅決果斷，靈活應(yīng)變，享有信譽；善于制定計劃，解決問題，溝通信 息；具有良好的市場意識和交際能力。當(dāng)然同時滿足這些條件比較困難，但是他應(yīng)該具有實現(xiàn)這些素質(zhì)的條件， 并注重經(jīng)驗的積累、 素質(zhì)的提高、能力的培養(yǎng)。并能從以下幾方面嚴(yán)格 要求和培養(yǎng)自己：以身作則：只有身先士卒，各方面以身作則，才能得到廣

7、大開發(fā)人員的認(rèn)可和信任，才能樹立較高的威信。果斷抉擇：負(fù)責(zé)人的重要任務(wù)是決策，特別是有多種選擇的情況下，一個正確的選擇往往事 半功倍。善于交際：他必須積極對外聯(lián)絡(luò)，充分利用外部資源，例如其他部門做過類似項目者，可以向他們?nèi)〗?jīng)甚至直接獲得源碼。這對一個項目爭取時間，避免重復(fù)工作很重要。善于協(xié)調(diào)：協(xié)調(diào)幾個人的工作比自己完成一段編碼更重要。由于協(xié)調(diào)不力，將影響開發(fā)。所以項目負(fù)責(zé)人除完成自己的編程任務(wù)外， 必須隨時監(jiān)控各開發(fā)人員的工作， 包括內(nèi)容是否與 要求發(fā)生偏差，進(jìn)度是否滯后等等。善于制定計劃：在開發(fā)前，可將明確的開發(fā)任務(wù)通過文檔傳遞給每個開發(fā)人員，讓大家都熟悉設(shè)計模型，都清楚自己所做的工作在整個

8、系統(tǒng)中處于什么地位，這樣有時侯可能會發(fā)現(xiàn)設(shè)計模型中的漏洞，避免了各人的代碼編寫完畢之后又要修改的后果。溝通問題：團(tuán)隊溝通不是技術(shù)問題， 但卻是一個最能影響工作效率的問題。溝通及時、集思廣益、步調(diào)一致，才能取得勝利。二、嚴(yán)格執(zhí)行軟件開發(fā)規(guī)范軟件開發(fā)需要嚴(yán)格按照軟件規(guī)范實施。用手工作坊式的方式來開發(fā)軟件，其結(jié)果必然失敗。從項目的用戶需求分析、系統(tǒng)分析、編碼、調(diào)試、測試、發(fā)布都需要一步一步完成，不能輕視或忽略任何一步驟。前部分沒有完成好，不要貿(mào)然進(jìn)行下一步。 越是項目起步階段， 越是 要注意按照規(guī)范進(jìn)行。如前所述，因為開發(fā)軟件項目規(guī)模較小，很容易忽視規(guī)范化，而隨心所欲，沒有計劃，想到哪做到哪，其最終

9、的結(jié)果是失去控制。 其實項目小正是實現(xiàn)軟件規(guī)范化管理的好時機，規(guī)模小，涉及的管理方面有限，管理實施起來比較容易。CM懈規(guī)范標(biāo)準(zhǔn)不是輕而易舉就能實現(xiàn)的，但是可以借鑒它的思想和方法， 先在小項目上實現(xiàn)規(guī)范化管理， 培養(yǎng)人員的規(guī)范和意識， 為以后實現(xiàn)大項目的 CM畸規(guī)范打下良好的基礎(chǔ)。特別需要重視軟件開發(fā)中文檔管理。那種認(rèn)為只要產(chǎn)品做出來可以運行，何必花費許多精力去做文檔的觀點是錯誤的。經(jīng)過實踐，我深刻體會到，沒有文檔會帶來很多問題。用文檔去引導(dǎo)開發(fā)過程，拋棄隨心所欲的開發(fā)模式。就象工廠工人師傅按照圖紙生產(chǎn)零件一樣，否則很可能會得到次品甚至是廢品，給后來開發(fā)者留下一堆沒有意義的“垃圾”產(chǎn)品。我認(rèn)為文

10、檔應(yīng)該是開發(fā)中階段（m ileStone ）結(jié)束的標(biāo)志，每個階段后，都需要提交相應(yīng)的文檔，而 且要確保文檔的質(zhì)量。確保文檔質(zhì)量的最有效方法就是評審，提交文檔后，項目負(fù)責(zé)人組織相關(guān)人員對該文檔進(jìn)行審核，在充分討論的基礎(chǔ)上進(jìn)行文檔的重新修改和審核直到滿足項目要求。文檔應(yīng)該是貫穿整個過程的主線，在不同的階段，需要不停地對文檔進(jìn)行完善，使之真正成為全體項目人員的智慧結(jié)晶。三、重視測試測試是軟件開發(fā)中容易忽視的問題， 許多人認(rèn)為開發(fā)的主要工作是編碼， 其實不然，在沒有 嚴(yán)格執(zhí)行開發(fā)流程的開發(fā)活動中， 測試可能是唯一能確保軟件質(zhì)量的方法和手段。 而越是松 散的項目越輕視測試活動， 它既沒有固定的測試組織，

11、 又沒有程序員間的交叉測試， 更沒有 考慮過有效的測試流程和方法，他們的軟件質(zhì)量完全建立在對程序員能力信任的基礎(chǔ)上，這是很不安全的。測試是對軟件產(chǎn)品質(zhì)量的檢驗和評價。它一方面檢查軟件中存在的質(zhì)量問題，同時對產(chǎn)品質(zhì)量進(jìn)行客觀的評價。我們一般把發(fā)現(xiàn)的錯誤 bug（我們也稱為缺陷defect）按嚴(yán)重性分為四類：死機（系統(tǒng)崩潰或 掛起）、致命（使系統(tǒng)不穩(wěn)定、或破壞數(shù)據(jù)、或產(chǎn)生錯誤結(jié)果，而且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免的）、嚴(yán)重（系統(tǒng)性能或響應(yīng)時間變慢、 產(chǎn)生錯誤的中間結(jié)果但不影響 最終結(jié)果，如：顯示不正確但輸出正確卜一般（界面拼寫錯誤或用戶使用不方便 ）。我們也把發(fā)現(xiàn)的錯誤按優(yōu)先級分為三

12、種：高、中、低。一般是某錯誤對用戶接受或使用影響越大其優(yōu)先級越高。要完成嚴(yán)格的測試，就必須建立規(guī)范的系統(tǒng)測試流程，有專人負(fù)責(zé)執(zhí)行，而且開發(fā)人員要積極配合，不要認(rèn)為測試人員是在給自己找麻煩，測試人員查找的錯誤可能是程序員無法發(fā)現(xiàn)的錯誤。一般的測試流程應(yīng)該是：1、項目組提交系統(tǒng)測試申請給測試中心指定帳號。由專人檢查文檔格式和完備性。2、檢查合格后交給該產(chǎn)品對應(yīng)方向的研究人員，評價其內(nèi)容的有效性和真實性。3、檢查合格后由測試中心主任審查并通過，成立測試組，指定測試組長（可暫時沒有組員）。4、測試組長根據(jù)該產(chǎn)品的申請報告、測試設(shè)計和以往測試數(shù)據(jù)，制定測試方案。5、測試中心主任審核通過測試方案后，根據(jù)測

13、試方案指定測試組成員，并由支持組完成其 他支持任務(wù)（如：設(shè)備的配備、測試數(shù)據(jù)庫的建立、網(wǎng)絡(luò)權(quán)限的修改）。6、測試期間測試組根據(jù)測試方案進(jìn)行實際測試，記錄并跟蹤測試缺陷報告， 填寫測試記錄。測試組長與項目組（測試經(jīng)理）經(jīng)常溝通，并獲取產(chǎn)品的更新版本。同時，測試組長審查、 修改并提交所有缺陷報告，保證隨時掌握產(chǎn)品的質(zhì)量情況，并監(jiān)督測試進(jìn)度。7、產(chǎn)品進(jìn)行到一定階段后（標(biāo)志是測試缺陷報告庫中所有的報告處于歸檔狀態(tài)），由項目組和測試組長共同決定產(chǎn)品進(jìn)入穩(wěn)定期測試。穩(wěn)定期測試版本之前的版本必須在顯著位置標(biāo)明為測試版字樣。8、穩(wěn)定期測試期間所發(fā)現(xiàn)的缺陷報告也需要記錄在測試缺陷報告庫中，并在穩(wěn)定期結(jié)束后 由雙

14、方（有時可能也有市場方面的意見 ）共同決定對這些缺陷的處理方式。如果需要改動產(chǎn)品，則重新開始穩(wěn)定期，否則通過穩(wěn)定期測試。9、測試組長對于通過穩(wěn)定期測試的產(chǎn)品填寫綜合測試報告，測試中心依此發(fā)布產(chǎn)品發(fā)行通 知。10、測試組對整個測試過程和產(chǎn)品質(zhì)量進(jìn)行總結(jié)和評價，形成文檔并備案。同時，將測試過程中對測試設(shè)計的改動納入基線（是已經(jīng)通過正式復(fù)審核批準(zhǔn)的某規(guī)約或產(chǎn)品，是軟件開發(fā)中的里程碑）。最后，組長整理并在指定地點保存相關(guān)測試數(shù)據(jù)和測試樣張。 11、測試中心解散測試小組。另外，在系統(tǒng)測試階段，我們要求測試小組要進(jìn)行一些常規(guī)內(nèi)容測試（如：Y2K測試，病毒檢查、裸機測試、加密檢查、說明書檢查），并要求寫入測

15、試方案中。測試應(yīng)該在現(xiàn)實的環(huán)境中進(jìn)行。所謂現(xiàn)實環(huán)境就是與用戶實際使用的環(huán)境相同或相近，因為開發(fā)環(huán)境和用戶使用環(huán)境有很大區(qū)別的，而開發(fā)的產(chǎn)品最終是要交給用戶使用的。如果沒有辦法模擬用戶環(huán)境，則程序員可能必須自己開發(fā)一些模擬程序來模擬現(xiàn)實環(huán)境。特別是與硬件配合的項目，因為在程序調(diào)試時硬件可能沒有完全完成，這時就必須開發(fā)模擬硬件的程序，否則開發(fā)的進(jìn)度可能無法保證。四、時間控制開發(fā)人員最擔(dān)心 “領(lǐng)導(dǎo)不斷催促，可系統(tǒng)提交日期一拖再拖”，項目負(fù)責(zé)人對此一籌莫展， 束手無策。開發(fā)活動如同一個黑箱子，資金扔進(jìn)去了，人員扔進(jìn)去了，設(shè)備資源扔進(jìn)去了， 但不知道什么時候會出來結(jié)果， 更沒有把握出來的東西是否是用戶所

16、要的東西。為避免人力、物力、財力浪費，要做好項目計劃，進(jìn)行有效的時間控制。軟件項目管理過程開始于項目的計劃， 在做項目計劃時，第一項活動是估算。 現(xiàn)在已經(jīng)使用 的技術(shù)是時間和工作量的估算。 因為估算是其他項目計劃活動的基石， 而且項目計劃又為軟 件工程過程提供了工作方向，所以我們不能沒有計劃就著手開發(fā)，否則就會陷入誤區(qū)。軟件項目的進(jìn)度安排主要是考慮軟件交付用戶使用的這一段開發(fā)時間的安排。進(jìn)度安排的準(zhǔn)確程度可能比成本估計的準(zhǔn)確程度更重要。軟件產(chǎn)品可以靠重新定價或者靠大量的銷售來彌補成本的增加，但進(jìn)度安排的落空會導(dǎo)致市場機會的喪失或者用戶不滿意，而且也會導(dǎo)致成本的增加。因此在考慮進(jìn)度安排時要把人員

17、的工作量與花費的時間聯(lián)系起來，合理分配工作量，利用進(jìn)度安排的有效分析方法嚴(yán)密監(jiān)視軟件開發(fā)的進(jìn)展情況，以使得軟件開發(fā)的進(jìn)度不至于被拖延。 在作進(jìn)度安排時要考慮的一個主要問題是任務(wù)的并行性問題。當(dāng)參加項目的人數(shù)不止一人時，軟件開發(fā)工作就會出現(xiàn)并行情況。因為并行任務(wù)是同時發(fā)生的，所以進(jìn)度計劃表必須決定任務(wù)之間的從屬關(guān)系，確定各個任務(wù)的先后次序和銜接，確定各個任務(wù)完成的持續(xù)時間。另外還應(yīng)注意關(guān)鍵路徑的任務(wù)， 這樣可以確定在進(jìn)度安排中應(yīng)保證的重點。常用的進(jìn)度安排方法有兩種，即甘特圖（Gantt Chart ）法和工程網(wǎng)絡(luò)法。 項目怎么樣才能算做好了，也是各有各的看法，我對項目成功的定義為，“三贏”的項目， 才算是真正成功的項目。三贏包括，用戶滿意；公司滿意；項目參與人員滿意。為用戶服務(wù)、讓用戶滿意：用戶指提供資金并且最終使用項目結(jié)果的所有人員，項