2022年it項(xiàng)目管理心得

1、高品質(zhì)文檔2022年it項(xiàng)目管理心得 項(xiàng)目開發(fā)方面 項(xiàng)目應(yīng)以需求為核心。一個(gè)項(xiàng)目是否能夠勝利，對(duì)需求的精確把握在勝利因素中要占上60%的比例。不管系統(tǒng)的架構(gòu)設(shè)計(jì)、團(tuán)隊(duì)管理有多么的勝利，假如需求消失偏差，仍舊是南轅北轍。由于eas項(xiàng)目的特別性，項(xiàng)目開發(fā)過程中能夠與客戶建立有效快速的溝通渠道，是項(xiàng)目勝利的關(guān)鍵。 需求必需獲得客戶的確認(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àng)目的進(jìn)度。幸而得到了準(zhǔn)時(shí)的訂正，在項(xiàng)目管理

2、部的幫助下，全部需求都得了客戶或客戶代表的簽字確認(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ì)消失偏差或理解錯(cuò)誤的地方。軟件需求分析是一項(xiàng)重要且負(fù)責(zé)的技術(shù)，沒有經(jīng)過特地訓(xùn)練的需求分析師，通常會(huì)給項(xiàng)目帶來隱患。 項(xiàng)目應(yīng)指定各個(gè)模塊的需求接口人。只

3、有這樣，才能有效地保證項(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)研記錄以及需求跟蹤表。這一工作做得不夠好。由于需求調(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ì)與客戶的要求偏差。

4、 留意維護(hù)需求矩陣。項(xiàng)目經(jīng)理對(duì)這一內(nèi)容缺乏足夠的重視與理解，項(xiàng)目開發(fā)過程體系中也缺乏好的需求矩陣文檔模板。但是在項(xiàng)目中后期，項(xiàng)目準(zhǔn)時(shí)撰寫了eas項(xiàng)目需求功能列表，并結(jié)合交付版本與客戶進(jìn)行了溝通和協(xié)商，從而規(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)容，變更

5、管理是配置管理的一個(gè)重要內(nèi)容。需求必需要受到掌握，否則簡(jiǎn)單引起方案的頻繁調(diào)整而發(fā)生混亂) 設(shè)計(jì) 重視架構(gòu)設(shè)計(jì)。eas項(xiàng)目的勝利，肯定程度是源于我們有個(gè)優(yōu)秀的框架開發(fā)小組，我們?cè)陧?xiàng)目立項(xiàng)之初就基本確定了整個(gè)系統(tǒng)的架構(gòu)。其中雖然發(fā)生了一些變化，但核心架構(gòu)仍舊沒有發(fā)生大的變化。由于，我們建立了穩(wěn)定、簡(jiǎ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)度不消失大的偏差，eas

6、項(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)用程序。但隨著客戶需求的變化，我們堅(jiān)決地放棄了采納wcf的構(gòu)想，同時(shí)又克服了技術(shù)困難，堅(jiān)持了對(duì)castle與aop的使用，并為此成立了框架開發(fā)小組。事實(shí)證明，在技術(shù)的選擇上我們作出了正確的打算。 重視ui原型設(shè)計(jì)。系統(tǒng)的原型設(shè)計(jì)與需求分析相輔相成。假如有好的原型版本

7、交付給客戶，則客戶更能夠理解系統(tǒng)的實(shí)現(xiàn)，促進(jìn)溝通的有效性與精確性。在eas項(xiàng)目中，我們從一開頭就確立了原型設(shè)計(jì)小組，并在分析需求階段，就開頭了原型設(shè)計(jì)。這一做法無疑在客戶溝通、需求確認(rèn)、ui設(shè)計(jì)等方面都發(fā)揮了很大的作用。但是，我們?cè)谶@一點(diǎn)上，由于缺乏特地的ui設(shè)計(jì)人員，因此，這一工作還存在很大的缺陷，甚至于ui的設(shè)計(jì)為迭代版本的交付帶來了很大的障礙。在項(xiàng)目后期，關(guān)于ui的bug是最多。因此，我們認(rèn)為在開發(fā)類似的web應(yīng)用程序時(shí)，應(yīng)盡早確立ui設(shè)計(jì)規(guī)范，以約束全部的ui設(shè)計(jì)。同時(shí)，必需培育特地的ui設(shè)計(jì)師，在開頭原型設(shè)計(jì)時(shí)，就盡快完成ui交互的設(shè)計(jì)。并且，必需成立特地的ui 設(shè)計(jì)小組，在需求階段

8、與需求分析師合作，在編碼階段與開發(fā)人員合作。(原型設(shè)計(jì)是加強(qiáng)前期用戶需求挖掘和削減后期需求變更的重要手段，不肯定需要特地的ui設(shè)計(jì)人員，原型設(shè)計(jì)可以由需求分析師來完成) 測(cè)試 測(cè)試成員應(yīng)了解需求。假如不了解需求，測(cè)試人員無法編寫正確的測(cè)試用例，同時(shí)在測(cè)試過程中，也可能因?yàn)殄e(cuò)誤地理解需求，從而導(dǎo)致報(bào)告錯(cuò)誤的bug，影響開發(fā)人員效率。加強(qiáng)開發(fā)人員與測(cè)試人員的合作。開發(fā)人員必需準(zhǔn)時(shí)響應(yīng)測(cè)試人員提交的bug。而測(cè)試人員也應(yīng)跟蹤開發(fā)人員對(duì)bug的修復(fù)狀況。(測(cè)試人員應(yīng)當(dāng)要意識(shí)到自己和需求分析人員的區(qū)分，測(cè)試人員不用想需求分析人員一樣分析和開發(fā)業(yè)務(wù)，但是他們必需和需求分析人員一樣對(duì)已經(jīng)分析出來的需求和業(yè)務(wù)

9、高度熟識(shí)) 測(cè)試之初必需確定測(cè)試原則，對(duì)bug的嚴(yán)峻程度進(jìn)行分級(jí)。同時(shí)，必需確定修復(fù)bug的優(yōu)先級(jí)別。 進(jìn)度管理 保證項(xiàng)目進(jìn)度不消失大的偏差的前提是制定一個(gè)好的項(xiàng)目方案。必需依據(jù)項(xiàng)目規(guī)模，成員狀況，技術(shù)難度等多方面考慮整個(gè)項(xiàng)目方案。假如項(xiàng)目的deadline已經(jīng)確定，則必需采納一些方法來保障項(xiàng)目方案的完成。首先是選擇符合項(xiàng)目的軟件開發(fā)生命周期。通常狀況下，并不建議采納瀑布開發(fā)方式。最佳的方法，應(yīng)當(dāng)是 rup或者靈敏開發(fā)，然后結(jié)合原型法制訂項(xiàng)目方案。這樣可以規(guī)避因?yàn)樾枨笞兏a(chǎn)生的風(fēng)險(xiǎn)。 其次，要每日跟蹤項(xiàng)目的進(jìn)展?fàn)顩r?？梢酝ㄟ^晨會(huì)、周會(huì)以及項(xiàng)目日?qǐng)?bào)、項(xiàng)目周報(bào)了解項(xiàng)目進(jìn)展?fàn)顩r。同時(shí)，需要為各個(gè)小組

10、指定進(jìn)度跟蹤人，依據(jù)各個(gè)小組長(zhǎng)的日?qǐng)?bào)，推斷實(shí)際的進(jìn)度是否與方案消失偏差。 要制定項(xiàng)目進(jìn)度偏差的應(yīng)對(duì)方法。一旦項(xiàng)目進(jìn)度消失了偏差，必需實(shí)行相應(yīng)錯(cuò)誤會(huì)決問題?；蛘咄ㄟ^加班、增加人手、申請(qǐng)項(xiàng)目進(jìn)度等方法準(zhǔn)時(shí)作出響應(yīng)。 準(zhǔn)時(shí)向項(xiàng)目成員匯報(bào)項(xiàng)目進(jìn)度狀況。只有讓各個(gè)項(xiàng)目成員了解到項(xiàng)目現(xiàn)狀，才能夠給每個(gè)成員增加壓力，不至于松懈。同時(shí)，也能夠使得每個(gè)成員能有一個(gè)目標(biāo)，而不至于茫然失措。 制定項(xiàng)目方案時(shí)，必需考慮階段評(píng)審與同行評(píng)審的時(shí)間。這一點(diǎn)在eas項(xiàng)目中做得不夠好。其中緣由也是由于項(xiàng)目進(jìn)度本身較緊的原因。留意維護(hù)項(xiàng)目進(jìn)度跟蹤表與項(xiàng)目進(jìn)度偏差跟蹤表。讓項(xiàng)目管理部以及qa準(zhǔn)時(shí)把握項(xiàng)目進(jìn)度，有利于對(duì)項(xiàng)目進(jìn)度的管理

11、。 變更管理 變更包括需求變更、人員變更。假如不掌握好，兩者對(duì)項(xiàng)目的進(jìn)展都會(huì)帶來災(zāi)難性的后果。需求變更在前面已經(jīng)敘述，而eas項(xiàng)目中發(fā)覺人員變更的狀況也特別嚴(yán)峻，因此這里重點(diǎn)介紹關(guān)于人員變更的管理。 假如發(fā)生人員進(jìn)入的狀況，那么對(duì)項(xiàng)目帶來的通常都會(huì)是好的影響。但我們也必需留意如何讓新成員更快地融入團(tuán)隊(duì)。整體上講，假如需要新成員加入，發(fā)生變更的最佳時(shí)機(jī)是項(xiàng)目前期。假如在項(xiàng)目中后期加入新成員，無疑則意味著項(xiàng)目消失了災(zāi)難性的后果。而新增加的成員，由于不熟識(shí)項(xiàng)目，所能帶來好的影響也是有限的。假如不處理好新成員與老成員之間的合作關(guān)系，反而會(huì)帶來負(fù)面影響。 人員的退出許多時(shí)候是不行控的，同時(shí)對(duì)項(xiàng)目帶來的影

12、響也是不行估量的。為了將這些影響降到最低，就必需在項(xiàng)目開頭之初就要確立編碼規(guī)范。同時(shí)，還應(yīng)當(dāng)重視對(duì)文檔的維護(hù)與更新。而在人員退出時(shí)，必需做好交接工作。同時(shí)，還應(yīng)對(duì)這種變更進(jìn)行合理的評(píng)估，并準(zhǔn)時(shí)報(bào)告項(xiàng)目管理部，并與客戶準(zhǔn)時(shí)溝通。假如對(duì)項(xiàng)目進(jìn)度有嚴(yán)峻影響，應(yīng)爭(zhēng)取最大的努力取得客戶的理解，提出項(xiàng)目延期的申請(qǐng)。 風(fēng)險(xiǎn)管理 要在項(xiàng)目開頭之初就考慮到項(xiàng)目過程中可能消失的全部風(fēng)險(xiǎn)，是不現(xiàn)實(shí)的。但是，我們必需考慮對(duì)風(fēng)險(xiǎn)的管理，尤其是在制訂項(xiàng)目方案以及創(chuàng)建團(tuán)隊(duì)的時(shí)候，考慮這一因素。風(fēng)險(xiǎn)有許多，包括需求的風(fēng)險(xiǎn)、進(jìn)度的風(fēng)險(xiǎn)、質(zhì)量的風(fēng)險(xiǎn)以及技術(shù)風(fēng)險(xiǎn)等。必需制定一套完整的風(fēng)險(xiǎn)管理方案，而一旦發(fā)生了風(fēng)險(xiǎn)，則必需準(zhǔn)時(shí)響應(yīng)，

13、組織相關(guān)人員解決風(fēng)險(xiǎn)。不能忽視任何一個(gè)小的風(fēng)險(xiǎn)，否則一個(gè)小的風(fēng)險(xiǎn)到最終會(huì)造成大的災(zāi)難。風(fēng)險(xiǎn)的把握必需要有項(xiàng)目經(jīng)理與系統(tǒng)架構(gòu)師把關(guān)。 成員管理 不團(tuán)結(jié)的項(xiàng)目組是無法保證項(xiàng)目的勝利地。項(xiàng)目經(jīng)理與項(xiàng)目組長(zhǎng)在管理團(tuán)隊(duì)成員時(shí)，必需時(shí)刻留意成員狀況，即使處理工作消失的沖突與摩擦，隨時(shí)保證團(tuán)隊(duì)合作精神得到最大程度的執(zhí)行。 持續(xù)地保證項(xiàng)目成員的士氣特別重要。項(xiàng)目每取得一個(gè)階段性的進(jìn)展，必需告知全體成員，如此才能收獲勝利的信念。項(xiàng)目開發(fā)過程需要留意勞逸結(jié)合。一味地強(qiáng)制性加班，只能降低項(xiàng)目成員的工作效率。項(xiàng)目過程中，如能適當(dāng)?shù)亻_展一些活動(dòng)，無疑能夠讓團(tuán)隊(duì)成員感受到項(xiàng)目組的集體氣氛。在階段實(shí)現(xiàn)的重要時(shí)刻，項(xiàng)目經(jīng)理必需留意通過文字、語言等激勵(lì)項(xiàng)目組成員。而項(xiàng)目經(jīng)理的自信也是保證成員士氣的一個(gè)關(guān)鍵。 必需留意了解團(tuán)隊(duì)成員的心理狀態(tài)與工作狀態(tài)。項(xiàng)目成員的戰(zhàn)斗力除了是個(gè)人的力量發(fā)揮之外，一個(gè)好的領(lǐng)導(dǎo)也是至關(guān)重要的。因此，必需選擇合適的項(xiàng)目組長(zhǎng)，通過他們把握整個(gè)項(xiàng)目團(tuán)隊(duì)成員的工作進(jìn)展。同時(shí)，還要了解每個(gè)成員的力量，以支配合適的角色