it項(xiàng)目管理心得(心得).doc

《it項(xiàng)目管理心得(心得).doc》由會(huì)員上傳分享，免費(fèi)在線閱讀，更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、it項(xiàng)目管理心得(心得)　　it項(xiàng)目管理心得(心得)it項(xiàng)目管理心得(心得)第1篇第2篇第3篇第4篇第5篇更多頂部目錄第一篇it項(xiàng)目管理心得第二篇it項(xiàng)目管理心得第三篇it項(xiàng)目管理心得513第四篇it項(xiàng)目管理心得總結(jié)第五篇it項(xiàng)目管理學(xué)習(xí)心得更多相關(guān)范文正文第一篇it項(xiàng)目管理心得項(xiàng)目開發(fā)方面項(xiàng)目應(yīng)以需求為核心?！　∫粋€(gè)項(xiàng)目是否能夠成功，對需求的準(zhǔn)確把握在成功因素中要占上60%的比例。　　不管系統(tǒng)的架構(gòu)設(shè)計(jì)、團(tuán)隊(duì)管理有多么的成功，如果需求出現(xiàn)偏差，仍然是南轅北轍。　　由于eas項(xiàng)目的特殊性，項(xiàng)目開發(fā)過程中能夠與客戶建立有效快速的溝通渠道

2、，是項(xiàng)目成功的關(guān)鍵?！　⌒枨蟊仨毇@得客戶的確認(rèn)?！　⊥ㄟ^需求調(diào)研與分析后獲得的用戶需求說明書，以及軟件需求規(guī)格說明書都必須得到客戶的簽字確認(rèn)?！　〈_認(rèn)的內(nèi)容包括項(xiàng)目的目標(biāo)、范圍以及項(xiàng)目需求功能點(diǎn)（用例）?！　as項(xiàng)目在前期對需求不夠重視，導(dǎo)致在需求理解上出現(xiàn)了一些偏差，從而影響了項(xiàng)目的進(jìn)度。　　幸而得到了及時(shí)的糾正，在項(xiàng)目管理部的協(xié)助下，所有需求都得了客戶或客戶代表的簽字確認(rèn)。　　從而使得項(xiàng)目在客戶驗(yàn)收時(shí)，有了充分的保證?！　№?xiàng)目應(yīng)確立專門的需求分析師。　　公司沒有專門的需求分析師，不能不說是人員配備上的一大弊端?！　。ㄜ浖_放工作

3、細(xì)分的第一步就是要有專門的系統(tǒng)分析員或需求分析師）從eas項(xiàng)目的開發(fā)過程中，我們就充分地認(rèn)識到這一問題的嚴(yán)重性?！　⌒枨蟮牟粩喔?，客戶遲遲未簽字確認(rèn)，原因正是在于我們沒有專門的具有豐富經(jīng)驗(yà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è)模塊的需求接口人?！　≈挥羞@樣，才能有效地保證項(xiàng)目組與客戶的及時(shí)溝通，快速響應(yīng)客戶的請求與反饋?！　as項(xiàng)目在開發(fā)早期及時(shí)地確立了需求接口人

4、，在一定程度上規(guī)避了需求變更給項(xiàng)目帶來的風(fēng)險(xiǎn)?！　〉?，確立的需求接口人未經(jīng)過系統(tǒng)培訓(xùn)，在需求調(diào)研以及與客戶溝通的過程中，工作表現(xiàn)只能說是差強(qiáng)人意。　　注意維護(hù)需求調(diào)研記錄以及需求跟蹤表?！　∵@一工作做得不夠好?！　∮捎谛枨笳{(diào)研人不夠?qū)I(yè)，而項(xiàng)目經(jīng)理以及需求分析負(fù)責(zé)人對這一過程還欠缺足夠的重視，同時(shí)沒有好的工具或流程來監(jiān)控這一過程，使得需求調(diào)研記錄沒有發(fā)揮更大的作用?！　〈送?，需求跟蹤也非常重要，畢竟，任何項(xiàng)目的需求都不是固定不變的，需求隨時(shí)會(huì)發(fā)生變更，而開發(fā)人員實(shí)現(xiàn)的需求也可能會(huì)與客戶的要求偏差?！　∽⒁饩S護(hù)需求矩陣?！　№?xiàng)目經(jīng)理對

5、這一內(nèi)容缺乏足夠的重視與理解，項(xiàng)目開發(fā)過程體系中也缺乏好的需求矩陣文檔模板?！　〉窃陧?xiàng)目中后期，項(xiàng)目及時(shí)撰寫了eas項(xiàng)目需求功能列表，并結(jié)合交付版本與客戶進(jìn)行了溝通和協(xié)商，從而規(guī)避了需求偏差的風(fēng)險(xiǎn)?！　】刂菩枨笞兏??！　≈匾昩的作用，同時(shí)應(yīng)建立需求變更的響應(yīng)機(jī)制?！　as項(xiàng)目組對于需求變更的響應(yīng)還不夠及時(shí)，這一點(diǎn)項(xiàng)目經(jīng)理與項(xiàng)目管理小組要擔(dān)負(fù)一定的責(zé)任?！　。ǚ秶芾碇蟹秶刂频膬?nèi)容，變更管理是配置管理的一個(gè)重要內(nèi)容?！　⌒枨蟊仨氁艿娇刂?，否則容易引起計(jì)劃的頻繁調(diào)整而發(fā)生混亂)設(shè)計(jì)重視架構(gòu)設(shè)計(jì)?！　as項(xiàng)目的成功，一定程度是源于

6、我們有個(gè)優(yōu)秀的框架開發(fā)小組，我們在項(xiàng)目立項(xiàng)之初就基本確定了整個(gè)系統(tǒng)的架構(gòu)?！　∑渲须m然發(fā)生了一些變化，但核心架構(gòu)仍然沒有發(fā)生大的變化?！　∮捎?，我們建立了穩(wěn)定、簡單的系統(tǒng)框架，可以極大地提高開發(fā)效率，規(guī)避了對框架的重復(fù)編碼。　　善于對設(shè)計(jì)作出取舍?！　№?xiàng)目開發(fā)的三要素是成本、質(zhì)量與進(jìn)度?！　≡诒ＷC質(zhì)量的前提下，為了項(xiàng)目進(jìn)度不出現(xiàn)大的偏差，eas項(xiàng)目組并沒有過分強(qiáng)調(diào)技術(shù)，特別是在考慮進(jìn)度的情況下，犧牲了系統(tǒng)的部分可擴(kuò)展性?！　‰m然這為系統(tǒng)的后期維護(hù)帶來一定隱患，但卻能夠有效地保證項(xiàng)目的進(jìn)度?！　膃as最初的架構(gòu)設(shè)計(jì)來看，我們引入了ca

7、stle與aop，試圖簡化orm以及橫切關(guān)注點(diǎn)例如日志、異常、權(quán)限、事務(wù)等功能的實(shí)現(xiàn)?！　⊥瑫r(shí)，希望采用wcf，利用soa思想建立松散耦合的面向服務(wù)應(yīng)用程序?！　〉S著客戶需求的變化，我們果斷地放棄了采用wcf的構(gòu)想，同時(shí)又克服了技術(shù)困難，堅(jiān)持了對castle與aop的使用，并為此成立了框架開發(fā)小組?！　∈聦?shí)證明，在技術(shù)的抉擇上我們作出了正確的決定?！　≈匾晆i原型設(shè)計(jì)。　　系統(tǒng)的原型設(shè)計(jì)與需求分析相輔相成?！　∪绻泻玫脑桶姹窘桓督o客戶，則客戶更能夠理解系統(tǒng)的實(shí)現(xiàn)，促進(jìn)溝通的有效性與準(zhǔn)確性?！　≡趀as項(xiàng)目中，我們從一開始就確立了

8、原型設(shè)計(jì)小組，并在分析需求階段，就開始了原型設(shè)計(jì)。　　這一做法無疑在客戶溝通、需求確認(rèn)、ui設(shè)計(jì)等方面都發(fā)揮了很大的作用?！　〉?，我們在這一點(diǎn)上，由于缺乏專門的ui設(shè)計(jì)人員，因此，這一工作還存在很大的缺陷，甚至于ui的