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

1、軟件開發(fā)管理體會(huì)從畢業(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ī)范和定義，如CM防口 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)目大小不一，但 管理方法是相通的，要做好軟件

2、開發(fā)工作，就必須加強(qiáng)有效管理。大家知道，“軟件危機(jī)”起源于一些大型項(xiàng)目的不斷延遲甚至失敗。與大項(xiàng)目相比，小項(xiàng)目 具有以下特點(diǎn)：項(xiàng)目功能相對(duì)較少 ；,開發(fā)人員較少；開發(fā)周期較短。小項(xiàng)目看起來比較簡(jiǎn)單，比較容易成功，人們往往容易忽視小項(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è)

3、人碰一下頭，討論一下最基本的數(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è)模塊

4、相對(duì)比較簡(jiǎn)單，但是為了測(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)長(zhǎ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é)

5、作，互相幫助，主動(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ù)人員的參與 情況是不一樣的。圖一是典型的軟件開發(fā)人員參與情況與實(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)手的施

6、展自己的才華，特別在工作安排上要煞費(fèi)苦心， 針對(duì)每個(gè)人不同的特長(zhǎng)， 根據(jù)項(xiàng)目的具體環(huán)境 和條件來合理安排人員在恰當(dāng)?shù)膷徫簧?。?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)自己：以身作則：只有身先士卒，各方面以身作則，才能得到廣

7、大開發(fā)人員的認(rèn)可和信任，才能樹立較高的威信。果斷抉擇：負(fù)責(zé)人的重要任務(wù)是決策，特別是有多種選擇的情況下，一個(gè)正確的選擇往往事 半功倍。善于交際：他必須積極對(duì)外聯(lián)絡(luò)，充分利用外部資源，例如其他部門做過類似項(xiàng)目者，可以向他們?nèi)〗?jīng)甚至直接獲得源碼。這對(duì)一個(gè)項(xiàng)目爭(zhē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è)

8、系統(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ì)劃，想到哪做到哪，其最終

9、的結(jié)果是失去控制。 其實(shí)項(xiàng)目小正是實(shí)現(xiàn)軟件規(guī)范化管理的好時(shí)機(jī)，規(guī)模小，涉及的管理方面有限，管理實(shí)施起來比較容易。CM懈規(guī)范標(biāo)準(zhǔn)不是輕而易舉就能實(shí)現(xiàn)的，但是可以借鑒它的思想和方法， 先在小項(xiàng)目上實(shí)現(xiàn)規(guī)范化管理， 培養(yǎng)人員的規(guī)范和意識(shí)， 為以后實(shí)現(xiàn)大項(xiàng)目的 CM畸規(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)為文

10、檔應(yīng)該是開發(fā)中階段（m 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é)晶。三、重視測(cè)試測(cè)試是軟件開發(fā)中容易忽視的問題， 許多人認(rèn)為開發(fā)的主要工作是編碼， 其實(shí)不然，在沒有 嚴(yán)格執(zhí)行開發(fā)流程的開發(fā)活動(dòng)中， 測(cè)試可能是唯一能確保軟件質(zhì)量的方法和手段。 而越是松 散的項(xiàng)目越輕視測(cè)試活動(dòng)， 它既沒有固定的測(cè)試組織，

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

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

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

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

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

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

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