it項目管理心得(心得)

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

1、it項目管理心得(心得)第1篇第2篇第3篇第4篇第5篇更多頂部目錄第一篇：it項目管理心得第二篇：it項目管理心得第三篇：it項目管理心得513第四篇：it項目管理心得總結(jié)第五篇：it項目管理學習心得更多相關(guān)范文正文第一篇：it項目管理心得項目開發(fā)方面項目應以需求為核心。一個項目是否能夠成功，對需求的準確把握在成功因素中要占上60%的比例。不管系統(tǒng)的架構(gòu)設計、團隊管理有多么的成功，如果需求出現(xiàn)偏差，仍然是南轅北轍。由于eas項目的特殊性，項目開發(fā)過程中能夠與客戶建立有效快速的溝通渠道，是項目成功的關(guān)鍵。需求必須獲得客戶的確認。通過需求調(diào)研與分析后獲得的用戶需求說明書，以及

2、軟件需求規(guī)格說明書都必須得到客戶的簽字確認。確認的內(nèi)容包括項目的目標、范圍以及項目需求功能點（用例）。eas項目在前期對需求不夠重視，導致在需求理解上出現(xiàn)了一些偏差，從而影響了項目的進度。幸而得到了及時的糾正，在項目管理部的協(xié)助下，所有需求都得了客戶或客戶代表的簽字確認。從而使得項目在客戶驗收時，有了充分的保證。項目應確立專門的需求分析師。公司沒有專門的需求分析師，不能不說是人員配備上的一大弊端。（軟件開放工作細分的第一步就是要有專門的系統(tǒng)分析員或需求分析師）從eas項目的開發(fā)過程中，我們就充分地認識到這一問題的嚴重性。需求的不斷更改，客戶遲遲未簽字確認，原因正是在于我們

3、沒有專門的具有豐富經(jīng)驗的需求分析師。普通開發(fā)人員在調(diào)研需求以及撰寫需求規(guī)格說明書時，總是會出現(xiàn)偏差或理解錯誤的地方。軟件需求分析是一項重要且負責的技術(shù)，沒有經(jīng)過專門訓練的需求分析師，通常會給項目帶來隱患。項目應指定各個模塊的需求接口人。只有這樣，才能有效地保證項目組與客戶的及時溝通，快速響應客戶的請求與反饋。eas項目在開發(fā)早期及時地確立了需求接口人，在一定程度上規(guī)避了需求變更給項目帶來的風險。但是，確立的需求接口人未經(jīng)過系統(tǒng)培訓，在需求調(diào)研以及與客戶溝通的過程中，工作表現(xiàn)只能說是差強人意。注意維護需求調(diào)研記錄以及需求跟蹤表。這一工作做得不夠好。由于需求調(diào)研人不夠?qū)I(yè)，而

4、項目經(jīng)理以及需求分析負責人對這一過程還欠缺足夠的重視，同時沒有好的工具或流程來監(jiān)控這一過程，使得需求調(diào)研記錄沒有發(fā)揮更大的作用。此外，需求跟蹤也非常重要，畢竟，任何項目的需求都不是固定不變的，需求隨時會發(fā)生變更，而開發(fā)人員實現(xiàn)的需求也可能會與客戶的要求偏差。注意維護需求矩陣。項目經(jīng)理對這一內(nèi)容缺乏足夠的重視與理解，項目開發(fā)過程體系中也缺乏好的需求矩陣文檔模板。但是在項目中后期，項目及時撰寫了eas項目需求功能列表，并結(jié)合交付版本與客戶進行了溝通和協(xié)商，從而規(guī)避了需求偏差的風險。(需求追蹤，任何原始需求來有頭就有尾。原始需求->用戶需求->產(chǎn)品需求->軟件

5、需求->設計->測試等一系列的追蹤。需求追蹤的目的一方面是檢查需求是否都已經(jīng)實現(xiàn)有無遺漏，更多的是為了做變更影響分析使用)控制需求變更。重視ccb的作用，同時應建立需求變更的響應機制。eas項目組對于需求變更的響應還不夠及時，這一點項目經(jīng)理與項目管理小組要擔負一定的責任。（范圍管理中范圍控制的內(nèi)容，變更管理是配置管理的一個重要內(nèi)容。需求必須要受到控制，否則容易引起計劃的頻繁調(diào)整而發(fā)生混亂)設計重視架構(gòu)設計。eas項目的成功，一定程度是源于我們有個優(yōu)秀的框架開發(fā)小組，我們在項目立項之初就基本確定了整個系統(tǒng)的架構(gòu)。其中雖然發(fā)生了一些變化，但核心架構(gòu)仍然沒有發(fā)生大的

6、變化。由于，我們建立了穩(wěn)定、簡單的系統(tǒng)框架，可以極大地提高開發(fā)效率，規(guī)避了對框架的重復編碼。(軟件開發(fā)的第二個重要分工就是最好有專門的架構(gòu)設計人員，架構(gòu)設計和總體設計要由1-2個人來完成，以保證高度的概念完整性和設計統(tǒng)一)善于對設計作出取舍。項目開發(fā)的三要素是成本、質(zhì)量與進度。在保證質(zhì)量的前提下，為了項目進度不出現(xiàn)大的偏差，eas項目組并沒有過分強調(diào)技術(shù)，特別是在考慮進度的情況下，犧牲了系統(tǒng)的部分可擴展性。雖然這為系統(tǒng)的后期維護帶來一定隱患，但卻能夠有效地保證項目的進度。從eas最初的架構(gòu)設計來看，我們引入了castle與aop，試圖簡化orm以及橫切關(guān)注點例如日志、異常

7、、權(quán)限、事務等功能的實現(xiàn)。同時，希望采用vp），著作/譯作包括《軟件設計精要與模式》、《iddot;敏捷堂的創(chuàng)始人。第二篇：it項目管理心得it項目管理學習心得本學期新增加了it項目管理課程，通過學習使我認識到，對于一個項目，我們過程中做的所有工作都是為了要達到項目目標，因此在項目各個階段所有活動都需要考慮對達成目標的影響，當發(fā)現(xiàn)偏差后及時糾正。目標驅(qū)動讓我們從無目的的事后應急變成了有計劃有目的的事前預測。目標驅(qū)動不是要拋棄過程，項目的成功涉及到過程，人和方法工具技術(shù)。為了達到項目目標，我們要根據(jù)項目的實際情況采取一系列項目原