it項(xiàng)目管理心得(心得)-2023修改整理

千里之行，始于足下讓知識(shí)帶有溫度。第第2頁(yè)/共2頁(yè)精品文檔推薦it項(xiàng)目管理心得(心得)it項(xiàng)目管理心得(心得)

名目

第一篇：it項(xiàng)目管理心得

其次篇：it項(xiàng)目管理心得

第三篇：it項(xiàng)目管理心得513

第四篇：it項(xiàng)目管理心得總結(jié)

第五篇：it項(xiàng)目管理學(xué)習(xí)心得

正文

第一篇：it項(xiàng)目管理心得

項(xiàng)目開發(fā)方面

項(xiàng)目應(yīng)以需求為核心。一個(gè)項(xiàng)目是否能夠勝利，對(duì)需求的精確?????掌握在勝利因素中要占上60%的比例。不管系統(tǒng)的架構(gòu)設(shè)計(jì)、團(tuán)隊(duì)管理有多么的勝利，假如需求浮現(xiàn)偏差，仍然是南轅北轍。因?yàn)閑as項(xiàng)目的特別性，項(xiàng)目開發(fā)過程中能夠與客戶建立有效迅速的交流渠道，是項(xiàng)目勝利的關(guān)鍵。

需求必需獲得客戶確實(shí)認(rèn)。通過需求調(diào)研與分析后獲得的用戶需求說明書，以及軟件需求規(guī)格說明書都必需得到客戶的簽字確認(rèn)。確認(rèn)的內(nèi)容包括項(xiàng)目的目標(biāo)、范圍以及項(xiàng)目需求功能點(diǎn)（用例）。eas項(xiàng)目在前期對(duì)需求不夠重視，導(dǎo)致在需求理解上浮現(xiàn)了一些偏差，從而影響了項(xiàng)目的進(jìn)度。幸而得到了準(zhǔn)時(shí)的訂正，在項(xiàng)目管理部的幫助下，全部需求都得了客戶或客戶代表的簽字確認(rèn)。從而使得項(xiàng)目在客戶驗(yàn)收時(shí)，有了充分的保證。

項(xiàng)目應(yīng)確立特地的需求分析師。公司沒有特地的需求分析師，不能不說是人員配備上的一大弊端。（軟件開放工作細(xì)分的第一步就是要有特地的系統(tǒng)分析員或需求分析師）從eas項(xiàng)目的開發(fā)過程中，我們就充分地熟悉到這一問題的嚴(yán)峻性。需求的不斷更改，客戶遲遲未簽字確認(rèn)，緣由正是在于我們沒有特地的具有豐盛閱歷的需求分析師。一般開發(fā)人員在調(diào)研需求以及撰寫需求規(guī)格說明書時(shí)，總是會(huì)浮現(xiàn)偏差或理解錯(cuò)誤的地方。軟件需求分析是一項(xiàng)重要且負(fù)責(zé)的技術(shù)，沒有經(jīng)過特地訓(xùn)練的需求分析師，通常會(huì)給項(xiàng)目帶來隱患。

項(xiàng)目應(yīng)指定各個(gè)模塊的需求接口人。惟獨(dú)這樣，才干有效地保證項(xiàng)目組與客戶的準(zhǔn)時(shí)交流，迅速響應(yīng)客戶的哀求與反饋。eas項(xiàng)目在開發(fā)早期準(zhǔn)時(shí)地確立了需求接口人，在一定程度上規(guī)避了需求變更給項(xiàng)目帶來的風(fēng)險(xiǎn)。但是，確立的需求接口人未經(jīng)過系統(tǒng)培訓(xùn)，在需求調(diào)研以及與客戶交流的過程中，工作表現(xiàn)只能說是差強(qiáng)人意。

注重維護(hù)需求調(diào)研記錄以及需求跟蹤表。這一工作做得不夠好。因?yàn)樾枨笳{(diào)研人不夠?qū)I(yè)，而項(xiàng)目經(jīng)理以及需求分析負(fù)責(zé)人對(duì)這一過程還欠缺足夠的重視，同時(shí)沒有好的工具或流程來監(jiān)控這一過程，使得需求調(diào)研記錄沒有發(fā)揮更大的作用。此外，需求跟蹤也十分重要，究竟，任何項(xiàng)目的需求都不是固定不變的，需求隨時(shí)會(huì)發(fā)生變更，而開發(fā)人員實(shí)現(xiàn)的需求也可能會(huì)與客戶的要求偏差。

注重維護(hù)需求矩陣。項(xiàng)目經(jīng)理對(duì)這一內(nèi)容缺乏足夠的重視與理解，項(xiàng)目開發(fā)過程體系中也缺乏好的需求矩陣文檔模板。但是在項(xiàng)目中后期，項(xiàng)目準(zhǔn)時(shí)撰寫了eas項(xiàng)目需求功能列表，并結(jié)合交付版本與客戶舉行了交流和商議，從而規(guī)避了需求偏差的風(fēng)險(xiǎn)。(需求追蹤，任何原始需求來有頭就有尾。原始需求->用戶需求->產(chǎn)品需求->軟件需

求->設(shè)計(jì)->測(cè)試等一系列的追蹤。需求追蹤的目的一方面是檢查需求是否都已經(jīng)實(shí)現(xiàn)有無遺漏，更多的是為了做變更影響分析使用)控制需求變更。重視ccb的作用，同時(shí)應(yīng)建立需求變更的響應(yīng)機(jī)制。eas項(xiàng)目組對(duì)于需求變更的響應(yīng)還不夠準(zhǔn)時(shí)，這一點(diǎn)項(xiàng)目經(jīng)理與項(xiàng)目管理小組要擔(dān)負(fù)一定的責(zé)任。（范圍管理中范圍控制的內(nèi)容，變更管理是配置管理的一個(gè)重要內(nèi)容。需求必需要受到控制，否則簡(jiǎn)單引起方案的頻繁調(diào)節(jié)而發(fā)生混亂)

設(shè)計(jì)

重視架構(gòu)設(shè)計(jì)。eas項(xiàng)目的勝利，一定程度是源于我們有個(gè)優(yōu)秀的框架開發(fā)小組，我們?cè)陧?xiàng)目立項(xiàng)之初就基本確定了囫圇系統(tǒng)的架構(gòu)。其中雖然發(fā)生了一些變化，但核心架構(gòu)仍然沒有發(fā)生大的變化。因?yàn)?，我們建立了穩(wěn)定、容易的系統(tǒng)框架，可以極大地提高開發(fā)效率，規(guī)避了對(duì)框架的重復(fù)編碼。(軟件開發(fā)的其次個(gè)重要分工就是最好有特地的架構(gòu)設(shè)計(jì)人員，架構(gòu)設(shè)計(jì)和總體設(shè)計(jì)要由1-2個(gè)人來完成，以保證高度的概念完整性和設(shè)計(jì)統(tǒng)一)

擅長(zhǎng)對(duì)設(shè)計(jì)作出取舍。項(xiàng)目開發(fā)的三要素是成本、質(zhì)量與進(jìn)度。在保證質(zhì)量的前提下，為了項(xiàng)目進(jìn)度不浮現(xiàn)大的偏差，eas項(xiàng)目組并沒有過分強(qiáng)調(diào)技術(shù)，特殊是在考慮進(jìn)度的狀況下，犧牲了系統(tǒng)的部分可擴(kuò)展性。雖然這為系統(tǒng)的后期維護(hù)帶來一定隱患，但卻能夠有效地保證項(xiàng)目的進(jìn)度。從eas最初的架構(gòu)設(shè)計(jì)來看，我們引入了castle與aop，試圖簡(jiǎn)化orm以及橫切關(guān)注點(diǎn)例如日志、異樣、權(quán)限、事務(wù)等功能的實(shí)現(xiàn)。同時(shí)，希翼采納wcf，利用soa思想建立松散耦合的面對(duì)服務(wù)應(yīng)用程