it項(xiàng)目主管崗位職責(zé)

1、Word - 12 -it項(xiàng)目主管崗位職責(zé)第一篇：IT項(xiàng)目經(jīng)理崗位職責(zé)軟件開發(fā)管理體會從畢業(yè)至今，大小的項(xiàng)目做了一些，有不少勝利的喜悅，也有許多失敗的教訓(xùn)。今年由于工作需要，我以軟件項(xiàng)目負(fù)責(zé)人的身份參與了接入網(wǎng)統(tǒng)一網(wǎng)管系統(tǒng)開發(fā)的整個(gè)過程。從中學(xué)到了不少學(xué)問，有很多體會,想將自己的感受寫出來，與大家共勉。軟件項(xiàng)目管理是一個(gè)浩大而簡單的系統(tǒng)工程，當(dāng)前業(yè)界對于軟件開發(fā)流程有不少規(guī)范和定義，如CMM和ISO9000。在該管理體系的管理下是可以開發(fā)出高質(zhì)量的軟件產(chǎn)品。但是由于該體系較適合于大型而且簡單項(xiàng)目的團(tuán)隊(duì)開發(fā)，真正實(shí)施尚需要時(shí)間和過程。而我們當(dāng)前執(zhí)行的項(xiàng)目，一般只有10個(gè)人左右，要實(shí)施軟件工程難度

2、更大。我認(rèn)為：雖然項(xiàng)目大小不一，但管理方法是相通的，要做好軟件開發(fā)工作，就必需加強(qiáng)有效管理。大家知道，“軟件危機(jī)”起源于一些大型項(xiàng)目的不斷延遲甚至失敗。與大項(xiàng)目相比，小項(xiàng)目具有以下特點(diǎn): 項(xiàng)目功能相對較少 ； 開發(fā)人員較少； 開發(fā)周期較短。小項(xiàng)目看起來比較簡潔，比較簡單勝利，人們往往簡單忽視小項(xiàng)目的管理，其實(shí)這是一種誤會。據(jù)我了解，小項(xiàng)目開發(fā)中簡單消失以下問題：:1、開發(fā)之前沒有仔細(xì)地進(jìn)行項(xiàng)目可行性和工作量的估量。往往由于項(xiàng)目較小，便很草率地制定一個(gè)開發(fā)日程表，沒有仔細(xì)地估量項(xiàng)目難度，結(jié)果實(shí)際完成時(shí)間與估量完成時(shí)間往往有較大差距。2、沒有真正的設(shè)計(jì)過程 。開發(fā)人員少，不同人員的程序之間交互、接

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

4、過單元測試而直接進(jìn)入系統(tǒng)測試 。造成這一現(xiàn)象的緣由是每個(gè)模塊相對比較簡潔，但是為了測試一個(gè)模塊需要建立一些測試環(huán)境。例如，為了測試一個(gè)函數(shù)是否正確，應(yīng)當(dāng)用一些測試數(shù)據(jù)去調(diào)用該函數(shù)，需要編寫一些測試數(shù)據(jù)。但許多開發(fā)人員嫌麻煩，覺得反正其他模塊也很快出來了，直接用真正的數(shù)據(jù)來運(yùn)行幾次就行了。針對以上問題，我認(rèn)為在開發(fā)過程中必需處理好四個(gè)關(guān)鍵問題，嚴(yán)格把關(guān)，可以大大提高軟件的質(zhì)量。這四個(gè)關(guān)鍵問題為：人員、規(guī)范、測試、時(shí)間掌握。一、合理配置人員首先軟件開發(fā)是一項(xiàng)長期艱苦的工作，所以一個(gè)團(tuán)結(jié)、協(xié)作的團(tuán)體才能在規(guī)定的時(shí)間內(nèi)完成一個(gè)質(zhì)量上乘的軟件項(xiàng)目。團(tuán)隊(duì)中的每個(gè)人必需樂觀融入到整個(gè)集體中，不能相互推諉，更

5、不能相互埋怨和指責(zé)，正確的態(tài)度是大家在充分信任的基礎(chǔ)上團(tuán)結(jié)協(xié)作，相互關(guān)心，主動擔(dān)當(dāng)任務(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)，很簡單造成人力資源的鋪張，并延誤工期。特殊是采納恒定人員配備方案時(shí)，在項(xiàng)目的開頭和最終都會消失人力過剩，而在中期又會消失人力不足的狀況。為開發(fā)人員制造出一個(gè)人盡其才

6、的環(huán)境也是項(xiàng)目勝利的重要環(huán)節(jié)，讓他們能得心應(yīng)手的施展自己的才華，特殊在工作支配上要煞費(fèi)苦心，針對每個(gè)人不同的特長，依據(jù)項(xiàng)目的詳細(xì)環(huán)境和條件來合理支配人員在恰當(dāng)?shù)膷徫簧?。?xiàng)目負(fù)責(zé)人是一個(gè)團(tuán)隊(duì)的核心，其綜合素養(yǎng)直接影響項(xiàng)目的成敗。合格的項(xiàng)目負(fù)責(zé)人具有超群的領(lǐng)導(dǎo)才能和劇烈的科技意識和較強(qiáng)的業(yè)務(wù)處理力量；具有敏銳的洞察力，能瞄準(zhǔn)目標(biāo)，實(shí)事求是，細(xì)心組織，堅(jiān)決堅(jiān)決，敏捷應(yīng)變，享有信譽(yù)；擅長制定方案，解決問題，溝通信息；具有良好的市場意識和交際力量。當(dāng)然同時(shí)滿意這些條件比較困難，但是他應(yīng)當(dāng)具有實(shí)現(xiàn)這些素養(yǎng)的條件，并注意閱歷的積累、素養(yǎng)的提高、力量的培育。并能從以下幾方面嚴(yán)格要求和培育自己：以身作則：只有身

7、先士卒，各方面以身作則，才能得到廣闊開發(fā)人員的認(rèn)可和信任，才能樹立較高的威信。堅(jiān)決選擇：負(fù)責(zé)人的重要任務(wù)是決策，特殊是有多種選擇的狀況下，一個(gè)正確的選擇往往事半功倍。擅長交際：他必需樂觀對外聯(lián)絡(luò)，充分利用外部資源，例如其他部門做過類似項(xiàng)目者，可以向他們?nèi)〗?jīng)甚至直接獲得源碼。這對一個(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)度是否滯后等等。擅長制定方案：在開發(fā)前，可將明確的開發(fā)任務(wù)通過文檔傳遞給每個(gè)開發(fā)人員，讓大家都熟識設(shè)計(jì)模型，

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

9、到哪做到哪，其最終的結(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ī)范化管理，培育人員的規(guī)范和意識，為以后實(shí)現(xiàn)大項(xiàng)目的CMM等規(guī)范打下良好的基礎(chǔ)。特殊需要重視軟件開發(fā)中文檔管理。那種認(rèn)為只要產(chǎn)品做出來可以運(yùn)行，何必花費(fèi)很多精力去做文檔的觀點(diǎn)是錯誤的。經(jīng)過實(shí)踐，我深刻體會到，沒有文檔會帶來許多問題。用文檔去引導(dǎo)開發(fā)過程，拋棄隨心所欲的開發(fā)模式。就象工廠工人師傅根據(jù)圖紙生產(chǎn)零件一樣，否則很可能會得到次品甚至是廢品，給后來開發(fā)者留下一堆沒有意義的“垃圾”產(chǎn)

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

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

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

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

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

15、現(xiàn)實(shí)環(huán)境就是與用戶實(shí)際使用的環(huán)境相同或相近，由于開發(fā)環(huán)境和用戶使用環(huán)境有很大區(qū)分的，而開發(fā)的產(chǎn)品最終是要交給用戶使用的。假如沒有方法模擬用戶環(huán)境，則程序員可能必需自己開發(fā)一些模擬程序來模擬現(xiàn)實(shí)環(huán)境。特殊是與硬件協(xié)作的項(xiàng)目，由于在程序調(diào)試時(shí)硬件可能沒有完全完成，這時(shí)就必需開發(fā)模擬硬件的程序，否則開發(fā)的進(jìn)度可能無法保證。四、時(shí)間掌握開發(fā)人員最擔(dān)憂 “領(lǐng)導(dǎo)不斷督促，可系統(tǒng)提交日期一拖再拖”，項(xiàng)目負(fù)責(zé)人對此一籌莫展，束手無策。開發(fā)活動猶如一個(gè)黑箱子，資金扔進(jìn)去了，人員扔進(jìn)去了，設(shè)備資源扔進(jìn)去了，但不知道什么時(shí)候會出來結(jié)果，更沒有把握出來的東西是否是用戶所要的東西。為避開人力、物力、財(cái)力鋪張，要做好項(xiàng)目

16、方案，進(jìn)行有效的時(shí)間掌握。軟件項(xiàng)目管理過程開頭于項(xiàng)目的方案，在做項(xiàng)目方案時(shí)，第一項(xiàng)活動是估算?，F(xiàn)在已經(jīng)使用的技術(shù)是時(shí)間和工作量的估算。由于估算是其他項(xiàng)目方案活動的基石，而且項(xiàng)目方案又為軟件工程過程供應(yīng)了工作方向，所以我們不能沒有方案就著手開發(fā)，否則就會陷入誤區(qū)。 軟件項(xiàng)目的進(jìn)度支配主要是考慮軟件交付用戶使用的這一段開發(fā)時(shí)間的支配。進(jìn)度支配的精確程度可能比成本估量的精確程度更重要。軟件產(chǎn)品可以靠重新定價(jià)或者靠大量的銷售來彌補(bǔ)成本的增加，但進(jìn)度支配的落空會導(dǎo)致市場機(jī)會的丟失或者用戶不滿足，而且也會導(dǎo)致成本的增加。因此在考慮進(jìn)度支配時(shí)要把人員的工作量與花費(fèi)的時(shí)間聯(lián)系起來，合理安排工作量，利用進(jìn)度支配

17、的有效分析方法嚴(yán)密監(jiān)視軟件開發(fā)的進(jìn)展?fàn)顩r，以使得軟件開發(fā)的進(jìn)度不至于被拖延。在作進(jìn)度支配時(shí)要考慮的一個(gè)主要問題是任務(wù)的并行性問題。當(dāng)參與項(xiàng)目的人數(shù)不止一人時(shí)，軟件開發(fā)工作就會消失并行狀況。由于并行任務(wù)是同時(shí)發(fā)生的，所以進(jìn)度方案表必需打算任務(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)目怎么樣才能算做好了，也是各有各的看法，我對項(xiàng)目勝利的定義為，“三贏”的項(xiàng)目，才算是真正勝利的項(xiàng)目。三贏包括，用戶滿足；公司滿足；項(xiàng)目參加人員

18、滿足。為用戶服務(wù)、讓用戶滿足：用戶指供應(yīng)資金并且最終使用項(xiàng)目結(jié)果的全部人員，項(xiàng)目的開發(fā)過程和最終結(jié)果，要讓用戶認(rèn)可、使用，并讓用戶說好。此為一贏。讓公司滿足：項(xiàng)目開發(fā)要按時(shí)保質(zhì)保量地完成，并為公司積累項(xiàng)目閱歷、學(xué)問儲備，包括項(xiàng)目、人才、技術(shù)、市場等各方面的儲備。此為二贏。讓項(xiàng)目參加人員滿足：要讓開發(fā)人員在項(xiàng)目中專注地完成任務(wù)，免受項(xiàng)目之外的因素干擾。正常、優(yōu)秀地完成項(xiàng)目，對開發(fā)人員本身也是一種巨大的鼓舞。還要讓供應(yīng)商深知其設(shè)備、軟件的使用狀況，讓項(xiàng)目的勝利成為供應(yīng)商的勝利，為下一次的更好合作打下基礎(chǔ)。初為開發(fā)負(fù)責(zé)人，需要不斷積累閱歷，我書寫此文目的在于拋磚引玉，爭取和大家一同將我們的項(xiàng)目做得更完善。歡迎各位指教。其次篇：it項(xiàng)目經(jīng)理崗位職責(zé)1、 負(fù)責(zé)制定it部門年度方案，并監(jiān)督方案的實(shí)施狀況；2、 規(guī)劃公司數(shù)據(jù)分析系統(tǒng)并組織實(shí)施；3、 負(fù)責(zé)對信息管理系統(tǒng)的日常維護(hù)及數(shù)據(jù)平安，建立并完善相應(yīng)的管理體系；4、 負(fù)責(zé)公司erp系統(tǒng)、定制軟件系統(tǒng)等業(yè)務(wù)系統(tǒng)的實(shí)施和維護(hù)；5、負(fù)責(zé)對公司人員進(jìn)行相關(guān)計(jì)算機(jī)學(xué)問的培訓(xùn)；6、 負(fù)責(zé)公司it設(shè)備的檔案歸檔工作，做到it資源的合理調(diào)配利用；7、負(fù)責(zé)監(jiān)督與考核本部門員工的工作狀況。職位要求：1、 本科以上學(xué)歷，計(jì)算機(jī)相關(guān)專業(yè)畢業(yè)；2、 具有項(xiàng)目閱歷的；3、 對網(wǎng)絡(luò)、硬件、軟件和系統(tǒng)具有比較全面的了解和