項目的心得體會

1、項目心得體會通過這次做項目，使我對編程有了進一步的認識。做項目的時候，最重要的不是自己如何快速地將自己分配的任務(wù)做完，而是要注重團隊合作。一開始組內(nèi)必須對這個項目的數(shù)據(jù)庫的命名進行討論，定義表的屬性的數(shù)據(jù)類型，表與表之間會有關(guān)聯(lián)，所以有的屬性的類型與長度必須定義一致，這樣訪問數(shù)據(jù)庫時才不會出錯。如果一開始不將這些步驟統(tǒng)一下來的話，就會給后面的編程帶來一系列的問題。我做的是銷售管理，做的內(nèi)容包括查詢銷售記錄、查詢退貨記錄、銷售添加和商品退貨這四個界面。同時對四個表進行處理，對銷售主表、銷售明細表這兩個表插入數(shù)據(jù)；對銷售主表和銷售明細表進行退貨操作的同時，對退貨表進行插入數(shù)據(jù)的操作；最后對銷售主表

2、和退貨表進行查詢操作。做這個項目的時候，我浪費了太多的時間在銷售添加界面上。首先對于界面的一些布局沒有考慮清楚就動手， 不知道如何運用 java 語言來對數(shù)據(jù)庫進行處理， 對于細節(jié)方面考慮地不全面，導(dǎo)致了遇到了錯誤就不停地修改。在插入數(shù)據(jù)到銷售主表中停留的時間太長，不懂得運用打印功能來檢查錯誤。同時在修改庫存的時候完全沒有思路，只對庫存進行了修改卻在銷售時沒有對庫存進行判斷，這就是程序的一大錯誤之處。正如老師所說，在第一個界面完成之后，接下來的商品退貨界面做起來就不太難了，對這個項目實現(xiàn)的功能也有了一定的了解，以及對這個項目如何動作的有了基本的了解。其實我在這個模塊遇到的最大的問題就是，一開始

3、對這塊模塊到底實現(xiàn)的功能與細節(jié)分析得不徹底，所以在開始編程的時候就手足無措。于是這部分的代碼就出現(xiàn)了許多漏洞，然后在運行程序的時候就不停地修補漏洞。接著就對這個界面的功能進行不停地完善，在修改的過程中也就浪費了許多時間。當組長將這個項目組合完成之后，我知道了做一個項目不是一個人就能完成的，需要組員之間的配合，因為有的功能與別的人所做的功能是相連接的。如果只顧自己，這個項目也不會完成。這需要與組內(nèi)的成員進行交流，以及組長的辛苦努力與組員們一起解決問題。篇二：項目實施心得體會項目實施心得體會逝者如斯夫，不舍晝夜。不覺中暑期社會實踐調(diào)研項目已到了提交研究報告的階段，回顧項目的前期準備、 申請答辯、

4、現(xiàn)場實施以及報告撰寫整個過程中， 團隊七名成員溝通交流，激烈討論的場景依然歷歷在目；團結(jié)協(xié)作、互幫互助的精神至今難以忘卻。正是有了這樣的付出才保障了調(diào)研項目順利實施。以下從項目實施前期準備、現(xiàn)場實施以及后期報告撰寫三個方面總結(jié)，將本次暑期社會實踐調(diào)研的心得體會與評委組老師匯報，與同學(xué)們分享。一、凡事預(yù)則立不預(yù)則廢項目實施的前期準備是項目實施乃至整個項目的成功推進的最重要的一步。在項目申請成功之后，小組立即組織成員圍繞著項目的實施召開內(nèi)部討論，全體成員再次明確項目的目標，圍繞著既定的目標針對項目實施的全過程進行了模擬，同時在七位小組成員中進行了明確分工。 其次， 各成員依據(jù)各個分工職責(zé)著手工作，

5、 組長負責(zé)調(diào)研地點相關(guān)人事的溝通協(xié)商，確定調(diào)研的具體事宜。其他四位同學(xué)分別負責(zé)科研經(jīng)費的使用管理、小組成員行程相關(guān)事宜的安排等。小組內(nèi)的明確分工，使我們認識了項目的整理實施流程，明確了小組成員各自的責(zé)任，同時意識到組內(nèi)成員之間互補互助，協(xié)同合作的必要性，充分調(diào)動起了我們積極性。二、千里之行始于足下現(xiàn)場實施實施階段是項目推進的核心階段。全體成員在確定各自分工職責(zé)的基礎(chǔ)上積極展開了相應(yīng)的工作。項目的現(xiàn)場實施主要以定性訪談為主，分別采訪了相關(guān)政府官員和機構(gòu)管理人員，實地參觀了目標機構(gòu)的相關(guān)情況。在確定樣本機構(gòu)時，由于事前未能與其管理人員進行明確的商定，致使替換了先前的部分樣本機構(gòu)。這件事讓我們深刻的

6、體會到在項目準備階段做好充分準備的重要性，不能放掉每一個細節(jié)。接下來在采訪相關(guān)政府官員和機構(gòu)管理這時，我們遇到了語言和溝通上的一些問題，比如，某機構(gòu)由于以往學(xué)生采訪帶給機構(gòu)帶來了不良影響， 其管理者對我們的調(diào)研也有疑慮。 面對這些棘手的問題， 小組成員拿出誠意，耐心認真的和相關(guān)人員溝通，化解管理者的疑慮，保障訪談資料的真實性。在每次現(xiàn)場調(diào)研完，小組都會及時總結(jié)，對現(xiàn)場調(diào)研的過程中的不足之處展開內(nèi)部討論并商榷解決的方案，為下一個機構(gòu)訪談做準備。在隊員的齊心協(xié)力下，最終順利的完成了現(xiàn)場實施的工作。三、前事不忘后事之師實地調(diào)研收集完資料后， 項目進入了報告撰寫的階段， 報告是我們項目產(chǎn)出的重要標志，

7、所以小組全體成員都認真對待。同時也進行了分工，包括文獻查閱、理論知識支撐、數(shù)據(jù)整理分析、總報告撰寫以及ppt 制作。各個成員在不同工作中能力得到了提升，比如，專業(yè)知識的加強，文獻查閱技術(shù)的提高，文字撰寫能力的提升等等。至此項目即將告一段落，其實施過程中有以下幾點體會愿與老師、同學(xué)們分享。第一，面對一個項目，我們首先應(yīng)該確立總目標，知道我們要去干什么；其次，要把總目標分解成一個個小目標，明白我們該如何去做；最后，還要對目標進行有效的管理，查看目標的進度多少，方向是否偏離?？蒲许椖恳膊焕狻５诙?，團隊的協(xié)同合作是非常重要的?，F(xiàn)代社會是建立在分工的基礎(chǔ)上的，科研項目也必然是要求分工明確的。此次調(diào)研中

8、，小組從課題準備，現(xiàn)場調(diào)研以及報告撰寫都有著清晰的分工，各司其職使隊員明白自己的責(zé)任，同時也提高了團隊的工作效率。但我們也沒有忽略協(xié)作的重要，實施過程組員間互幫互助，共同應(yīng)對難題挑戰(zhàn)。第三，溝通交流的技巧必不可少。無論是與隊員之間的討論，還是對調(diào)研對象的訪談都少不了有效溝通交流，尤其是定性的訪談。真實的資料是科研中發(fā)現(xiàn)問題、驗證問題、解決問題的基石。所以怎么樣從訪談人員口中得到真實的資料就顯得格外重要。我們在調(diào)研中的體會則是，要真誠的去向他們了解情況，此刻他們是老師。還要善于傾聽，耐心聽他們說，而不是僅僅讓他們說出你想知道的問題。隨著項目臨近尾聲，適時總結(jié)整個項目實施的過程的成功經(jīng)驗與失敗教訓(xùn)

9、，將為我們以后開展科研工作打下堅實的基礎(chǔ)。最后，衷心地感謝關(guān)心與支持我們的所有老師和同學(xué)們。篇三：項目經(jīng)理10 年心得體會, 共勉項目經(jīng)理 10 年心得體會項目經(jīng)理，顧名思義就是做項目的，一個項目的成功百分百歸功于這個項目團隊，而失敗則百分百責(zé)任于項目經(jīng)理人一人，可能失敗的責(zé)任歸于一人用之過大，但其實不然，作為一個項目經(jīng)理，首先要對項目的需求、進度等情況了如指掌，知道自己要做什么，正在做什么，下階段要做什么，當別人問起時，才能脫口而出，不會一問三不知。那么我們需要從哪幾個方面來做呢？第一、項目需求：項目經(jīng)理接到一個項目，首先應(yīng)該問商務(wù)人員索取項目方案書或招標文件，通讀全文，對項目有個大概的了解

10、，明確項目范圍，知道你的項目應(yīng)該要做些什么？什么時候開始？什么時候結(jié)束？最后自己能提出一些問題！為調(diào)研時做好準備工作！有疑問的地方應(yīng)該找市場人員或售前工程師了解咨詢！第二、項目調(diào)研：有些人連項目方案書都沒看過，就匆匆忙忙去客戶處調(diào)研了。那么結(jié)果就是在跟客戶溝通時，一問三不知，很被動，只能聽客戶講；客戶提出一些不在項目范圍內(nèi)的需求時，你也不知道，只能暫時應(yīng)承下來！前面一點我提到要找市場人員或售前工程師了解咨詢的另一原因就是，客戶已經(jīng)跟我們講過的問題，如果項目經(jīng)理再去跟客戶提問時，那么就會給客戶一種我們內(nèi)部缺乏溝通的感覺！第三、項目計劃：發(fā)現(xiàn)在工作中有些人不重視項目計劃的制定，有些人可能會說，這個

11、項目太小， 周期也不長， 幾天就搞定了， 沒必要去浪費時間去做項目計劃了。 項目不管大小， 哪怕只有一個人，哪怕周期再短，我們也要制定項目計劃，不同規(guī)模的項目，制定的項目計劃規(guī)模也有所不同。且不管我們制定項目計劃祥略與否，但起碼已經(jīng)有了一個好的開始，在以后的工作也不會一團亂麻，主次不分。而制定項目計劃的另一個目的，就是明確相關(guān)干系人，避免在項目過程中發(fā)生推委扯皮現(xiàn)象。該找誰就找誰，應(yīng)該由誰負責(zé)就由誰負責(zé)，計劃里面很明確。大多項目經(jīng)理是從技術(shù)出身，在制定項目計劃時，不要只考慮開發(fā)的計劃，還應(yīng)涉及到跟客戶的溝通確認，需求調(diào)研、商務(wù)方面的協(xié)調(diào)、實施部署、項目驗收后的維護等內(nèi)容！第四、項目溝通：在實際

12、工作中，有些人把項目中遇到的問題僅僅跟客戶或項目干系人匯報一下就認為是溝通了，其實不然，所謂溝通用最簡單的方式來說就是你所說的內(nèi)容能得到對方的認可， 我認為就算溝通成功了！ 當然有能力的項目經(jīng)理會說服對方按你的想法來走。第五、項目協(xié)調(diào)：在項目實施過程中，不僅要跟客戶協(xié)調(diào)、項目成員協(xié)調(diào)；還需要跟其他公司的人員進行協(xié)調(diào)。例如在客戶現(xiàn)場開發(fā)時，我們需要的辦公環(huán)境、網(wǎng)絡(luò)環(huán)境都需要事先跟客戶協(xié)調(diào)好，不要到進場時才發(fā)現(xiàn)缺這缺那，讓客戶很被動；又例如硬件情況，如果硬件是其他供應(yīng)商提供，應(yīng)協(xié)調(diào)硬件到位安裝的情況，免得我們系統(tǒng)要布暑了，結(jié)果服務(wù)器也沒有。注意點：在對外協(xié)調(diào)溝通時，最好由項目經(jīng)理去溝通協(xié)調(diào)，不要不

13、同的人去跟客戶提同一個問題或同一件事，那么客戶會很反感！第六、項目控制：常聽人說制定好項目計劃后，這個項目就成功了一半，那另一半是什么呢？那就是項目控制。很多人作了一個項目計劃表，從來就沒有跟蹤或更新過，這樣的項目很難按計劃做好，我們應(yīng)該經(jīng)常根據(jù)項目的實際情況進行調(diào)整或變更等，到達每個里程碑時，應(yīng)該根據(jù)計劃內(nèi)容檢查這一階段的交付物（成果） 。第七、項目匯報：我們千萬不要錯過項目匯報的合理時間，在每個階段應(yīng)及時對項目情況進行匯報， 可以是給老板， 也可以是給客戶， 不管是給誰看， 及時性是放在首位的。 例如：今天與客戶開過了一次溝通的會議，項目延期或變更了，應(yīng)在第一時間發(fā)給相關(guān)的人，這里的相關(guān)人

14、不僅僅是參加會議的，也包括關(guān)注此項目的人。除了以上20%知識之外，另外80%的東西才是重點。、 協(xié)調(diào)能力！這是一個合格的項目經(jīng)理必須具備的能力什么叫協(xié)調(diào)能力？就是與各色人等打交道的能力。項目經(jīng)理的職位，在很多外企里其實是沒有行政管理的權(quán)力的，就是對項目內(nèi)的成員沒有管理的權(quán)力，更多的時候做的工作是一個項目協(xié)調(diào)人。一個項目啟動后，項目的成員可能都是臨時從各個部門調(diào)來的，作為項目經(jīng)理，需要與各個部門的人去協(xié)調(diào)每個成員的參與項目的時間期限。 項目經(jīng)理需要安排工作與每個項目成員， 人都是一個個體， 各種性格都有， 如何與不同性格的人交道， 這可不是一時半會兒能學(xué)得會的。項目經(jīng)理也需要與上層領(lǐng)導(dǎo)協(xié)調(diào)，當項

15、目推遲了，如何向領(lǐng)導(dǎo)解釋原因，如何向領(lǐng)導(dǎo)申請更多的資金與資源， 如何說服領(lǐng)導(dǎo)更加支持這個項目， 這都是協(xié)調(diào)能力的體現(xiàn)。 除此之外，項目經(jīng)理還需要與客戶協(xié)調(diào)，面對客戶漫無邊際的需求要求，如何加以限制，面對客戶的種種苛求，如何一一化解，當最終產(chǎn)品提交給客戶后，如何減少客戶的抱怨，盡早的簽收， 這些都需要項目經(jīng)理有非常強的， 把與項目相關(guān)的所有全部擺平的能力。 這一點， 應(yīng)該占到40%的比例，也就是說， 如果達到上面兩條， 你就可以做一個及格的項目經(jīng)理了。 但這還是遠遠不夠的。、 文筆！項目經(jīng)理幾乎可以不用寫代碼，但更多的工作是寫文檔以及報告。這幾乎占據(jù)了項目經(jīng)理大半的工作時間。 從合同到項目計劃再

16、到項目報告， 項目經(jīng)理都需要極強的文筆寫作功底。清晰，明確是文檔的基本要求，更多的時清晰，明確是文檔的基本要求從合同到項目計劃再到項目報告清晰候， 項目經(jīng)理需要從不同的角度解析同一個問題， 而讓人得到不同的結(jié)果。當然，如果你能把死的寫成活的，黑的寫成白的，項目經(jīng)理需要從不同的角度解析同一個問題，而讓人得到不同的結(jié)果、溝通能力！不僅僅是語言溝通能力，還包括察顏觀色的能力。項目經(jīng)理未必需要口若懸河，出口成章，但說出的話一定讓人清項目經(jīng)理未必需要口若懸河，出口成章，項目經(jīng)理未必需要口若懸河楚的明白；同時，也要通過表情，動作等身材語言，了解對方的內(nèi)心想法楚的明白 同時，也要通過表情，動作等身材語言，了

17、解對方的內(nèi)心想法。這一點，真得很難，有的人一輩子未必學(xué)得 同時會與別人溝通。所以，只能看你的天份了。這一點，應(yīng)該點到10%。最后10%，就是抗壓能力，作為項目經(jīng)理，一定要能承受常人不能承受的巨大壓力。 尤其在項目遇到問題， 進展不順的時候， 在成本上升和面 尤其在項目遇到問題， 進展不順的時候， 尤其在項目遇到問題臨著最終期限快到的時候， 如何承受并緩解那種壓力，不是每一個人都能夠做到的。 臨著最終期限快到的時候，如何承受并緩解那種壓力，不是每一個人都能夠做到的。 如果你遇到一點事就郁郁寡歡， 放不下， 那在項目的重壓之下，會是對你精神與身材的雙重折磨。篇四：項目管理心得體會本人做項目經(jīng)理工作

18、多年，感到做這個工作最要緊的就是要明白什么是因地制宜、因勢利導(dǎo)， 只有最合適的， 沒有什么叫對的， 什么叫錯的， 項目經(jīng)理最忌諱的就是完美主義傾向，尤其是做技術(shù)人員出身的，喜歡尋找標準答案，耽誤了工作進度，也迷茫了自己。以下是本人一些做項目的個人體會，寫出來供大家指點，在討論過程中共同提高水平。項目開始階段是一個最重要的階段。項目經(jīng)理在接手一個新項目的時候，首先要盡可能地多從各個方面了解項目的情況，如：這個項目是什么項目，具體大概做什么事情，是誰提出來的，目的是解決什么問題。在國內(nèi)很多客戶都很不成熟的情況下，千萬不要根據(jù)項目的名稱望文生義地去想象項目的目標。一個名為“辦公自動化”的項目很有可能

19、在你進場以后一個月才發(fā)現(xiàn)客戶其實需要的是一個計算機生產(chǎn)管理輔助信息系統(tǒng)。前期了解情況的工作越詳細，后面的驚訝就越少，項目的風(fēng)險就越小。這個項目里牽涉哪些方面的人，如投資方、具體業(yè)務(wù)干系方、項目建成后的運營方、技術(shù)監(jiān)督方等等，很多項目里除了業(yè)主單位的結(jié)構(gòu)很復(fù)雜以外，還有一些其他單位也會牽涉進來，如項目監(jiān)理公司、業(yè)主的行業(yè)主管機構(gòu)等。項目經(jīng)理需要了解每個方面的人對這個項目的看法和期望是什么。事先了解各個方面的看法和期望，可以讓你在做項目碰到問題的時候，就每件事情分析哪些人會在什么方面支持你，哪些人會出于什么目的反對你，從而提前準備聯(lián)合朋友去對抗敵人，讓事情向你所希望的方向發(fā)展。沒有永遠的朋友，也沒

20、有永遠的敵人，只有一致的利益，這句話作為項目經(jīng)理是一定要記住的?；玖私饬丝蛻舻那闆r后，下面的事情就是了解自己公司各方面對這個項目的看法。首先是高層領(lǐng)導(dǎo)是否重視，這個決定了你在需要資源的時候，公司是否會根據(jù)你的要求提供最有力的支持。領(lǐng)導(dǎo)口頭肯定是說支持的，你需要做的是了解公司對這個項目的實際期望，是想把項目越做越大還是想賺錢？是想做樣板工程還是干脆想敷衍了事，公司領(lǐng)導(dǎo)對項目的態(tài)度決定了你做這個項目的戰(zhàn)略，而這個戰(zhàn)略方針將對你做項目計劃產(chǎn)生直接的影響。在做整體項目計劃前， 還要大致計算一下你手上的資源。 首先是時間， 現(xiàn)在市場競爭激烈，往往很多項目要求在幾乎不可能的時間范圍里完成。對于這一點，你

21、在做項目的風(fēng)險控制計劃的時候要充分考慮。其次是人員，根據(jù)項目預(yù)算和已往經(jīng)驗，大致計算一下未來的項目小組有多少種角色，每個角色目前公司是否有人，是否能完全歸這個項目使用，是否需要另外招聘一些人員，招聘的準備工作要盡早啟動。最后就是一些設(shè)備的準備，項目所需大件關(guān)鍵設(shè)備要盡早預(yù)定， 以后不管發(fā)生設(shè)備等人還是人等設(shè)備的情況， 浪費的都是你的時間。現(xiàn)在是做項目說明書的時候了。 一份好的項目說明書不僅將要做的事情描述得很清楚（主要是講做什么， 而不是說怎么做） ， 而且把如何檢查也說明得很透徹。 也就是說它不僅說明白了要做哪些事情，也讓客戶的業(yè)務(wù)人員（一般不懂技術(shù)）知道項目做成什么樣就算完成了。簡單地說，

22、項目說明書描述項目做哪些事情和每件事情做到什么程度以及如何檢查每一個結(jié)果。是到做總體計劃的時間了嗎？不， 你現(xiàn)在已經(jīng)知道了客戶的目標和你手上的資源， 那么做計劃以前，你還需要和你的經(jīng)理和客戶充分溝通資源的問題。因為很多資源是還不明確的，你需要寫一份報告，詳細分析這個項目的風(fēng)險以及對資源的需求情況。如果一些問題不能得到解決的話，將發(fā)生什么樣的后果。如果資源不夠，就要高層改變策略，增加對這個項目的投入。甚至在條件許可的情況下，有些公司會放棄這個項目。 總之， 沒有人能完成一個不可能完成的任務(wù)， 如果項目經(jīng)理不能盡早發(fā)現(xiàn)風(fēng)險，那么就只能去當烈士了。明白了要做哪些事情和你手上的籌碼以及你做這個項目的總

23、體策略， 現(xiàn)在是成立項目小組的時候了。很多項目經(jīng)理都沒有自己選擇組員的權(quán)利，那么，就盡量發(fā)揮你的影響力去尋找那些你想要的人吧。 成員的組成根據(jù)項目不同， 相差較大， 很難有什么具體要求， 但是，一定要有精通客戶業(yè)務(wù)的人，很多小項目里，這個人就是項目經(jīng)理本人，大項目里會配備行業(yè)專家（ industry expert ） ，這樣和客戶溝通起來才不會雞同鴨講，雙方才可以相互理解。我經(jīng)?？吹降那闆r是我們的技術(shù)人員和客戶交談時滿口的專業(yè)術(shù)語， 結(jié)果搞得客戶一頭霧水，反過來，他還指責(zé)客戶不懂技術(shù)。其實，明白自己想做什么的客戶已經(jīng)是很好的客戶了，不知道自己要做什么，更不懂怎么做還要指手畫腳的客戶到處存在，但

24、是要明白，是客戶選擇了你，而不是你選擇了客戶，有了客戶你才有工資拿，心平氣和一點吧。對于這種需求天天變的客戶，你就一定要事先做好規(guī)矩：一、 統(tǒng)一聯(lián)系人， 客戶指定一個人和項目組進行溝通， 不能張領(lǐng)導(dǎo)、 王領(lǐng)導(dǎo)都來說幾句，如果他們意見不一致，那你只有得罪領(lǐng)導(dǎo)的選擇了。所以，項目的最初就要定好規(guī)矩，我項目組只認一個的意見，有什么要求你們內(nèi)部先統(tǒng)一再和我談，我不想卷入你們內(nèi)部業(yè)務(wù)部門之間的矛盾之中。二、所有需求變更全部要有書面文字，這點切記！這樣做好處多多：? 有書面證據(jù)，以后他還想改，你有了他以前要求的證據(jù)，告訴他：你以前可是這么說的。?便于需求變更管理，需求如何慢慢演變的歷史可以看清楚，從而更深

25、切地體會客戶的目。?對于客戶來說，嘴巴一動最方便， 反正是你們做， 不花他的資源， 所以要求是否合理，是否和項目的目的一致，他是不負責(zé)任的。但是如果要他寫書面要求，還要簽字蓋章，他就要謹慎多了，而且一寫東西，思想就會更加深入，很多無理要求也就這樣胎死腹中了?，F(xiàn)在你要面對三群人： 你的領(lǐng)導(dǎo)、 你的組員和你的客戶， 和這些人溝通， 讓他們知道你打算怎么做，什么時候要他們做什么準備，這些事情將是你的主要工作。既然溝通這么重要，那事先定義一下溝通的原則也是一件很要緊的事情。很多溝通原則都是潛規(guī)則，如果你在一個部門時間做長了，對這些規(guī)則的運用覺得是一件理所應(yīng)當?shù)氖虑椤５?，你現(xiàn)在面對的是多個部門甚至多個

26、單位，不把溝通規(guī)則說清楚，你以后就會吃虧。下面的東西看起來無聊，其實還是很管用的：第一個是規(guī)定信息的流動方式和介質(zhì)，是推還是拉。推的意思就是項目經(jīng)理將主動發(fā)布信息，不管通過電話、郵件還是書面方式，保證將信息傳達到每個人。這種情況適合小項目，人少。拉的意思就是項目經(jīng)理就是一個類似web 服務(wù)器，你自己需要什么信息就去問他。當然，沒有項目經(jīng)理把自己搞得那么累，他會用發(fā)布信息到公共介質(zhì)的方式公布信息，簡單的是白板，復(fù)雜一點的是項目的公共信息交互區(qū)，潛規(guī)則就是我發(fā)了你沒去看就不要說我沒告訴你。 說這些看似很無聊， 其實里面牽涉信息傳達不完全的責(zé)任問題。當然，這些都是指一般的方式，而且不要絕對化，一般情

27、況下，主動溝通和被動訪問是同時存在的，尤其是對領(lǐng)導(dǎo)，項目經(jīng)理更加應(yīng)該主動去和領(lǐng)導(dǎo)溝通。第二個問題就是文檔問題，很多人怕寫文檔，但是項目經(jīng)理一定要牢記“好記性不如爛筆頭”的道理。有理有時候為什么會說不清呢？就是因為沒有證據(jù)。所以項目經(jīng)理開始就要和客戶說清楚有些文檔是必須簽字的，比如項目經(jīng)理的項目日志，每個星期至少讓客戶簽字，另外所有達成共識的東西，比如會議紀要，甚至領(lǐng)導(dǎo)的講話記錄，都要寫成文檔，雙方簽字，這樣以后扯皮的時候，就能做到有據(jù)可查。記?。赫f了的就和沒說一樣，只有寫下來大家簽字后才算真正發(fā)生了的。還有一些問題，比如你提交的報告，給領(lǐng)導(dǎo)（包括本方領(lǐng)導(dǎo)和客戶領(lǐng)導(dǎo)）做一個選擇題，結(jié)果領(lǐng)導(dǎo)壓住不

28、批，讓你無所適從，結(jié)果拖延了進度。這時候，你可以等，但是注意要留記錄，標明是誰的責(zé)任；另外，如果你在開始階段就和領(lǐng)導(dǎo)商定：如果批示提交三天后沒有得到領(lǐng)導(dǎo)答復(fù)就算對方同意，這樣你就會主動很多。再比如不同事件的審批流程問題：什么等級的事情記錄在項目日志里、什么等級的事情要雙方項目經(jīng)理專門簽署備忘錄、什么等級的事情要雙方領(lǐng)導(dǎo)出面簽署合同附件等等。事先想得越周到，以后的工作就越主動好了， 做了很多前期工作， 定義了一些游戲規(guī)則， 現(xiàn)在是坐下來做計劃的時候了。 這一節(jié)，任意找一本項目管理的書都會說得比我好，所以我就少寫一點，說一些自己的體會就是了。首先是找?guī)讉€關(guān)鍵組員，比如客戶業(yè)務(wù)專家、系統(tǒng)分析員等等，

29、做一下項目模塊劃分工作。項目分成幾塊去做，每一塊完成什么，模塊之間的信息如何交換等等。需求定義的是做什么的問題， 而這里說的是怎么做的問題。 這里要強調(diào)一點： 完成一個目標有很多種方式，你要選一種你最熟悉的，而不是看上去最完美的，這個思路會讓你的項目減少很多風(fēng)險。有時候客戶會被某種新技術(shù)打動，堅持要你采用那種新技術(shù)，你就應(yīng)該告訴他：你選我做這個項目，就應(yīng)該容許我采用自己最喜歡的方式做事情，新技術(shù)之所以有誘惑力，就是因為吃虧的人還不多，我不希望你成為第一批受害者。采用一個計劃會讓你的工作更加明確，比如用微軟的 project 軟件，你填寫完表格以后，就可以知道這個項目有多少件事情要做，每件事情需

30、要什么資源，他們之間的前后關(guān)系如何，消耗的時間有多長，完成后有什么標志等。所有的結(jié)果最后用一個叫做甘特圖的形式表現(xiàn)出來。你做完這個表以后會驚奇地發(fā)現(xiàn)，甘特圖上項目的結(jié)束時間會遠遠落后于你的計劃結(jié)束時間 （簽合同的人永遠不會先征求你的意見的）當然，學(xué)過項目管理的人會大談什么wbs、優(yōu)化路徑之類的東西，但是我的經(jīng)驗是你再優(yōu)化也不可能把這些東西安排到計劃的時間結(jié)束。如果你沒碰到這個問題，在我恭喜你挑了一個輕松活之前，請你再去確認你是否羅列了所有要做的事情和正確評估了它們所需要的時間。這時候，你就要考慮犧牲一些任務(wù)的時間（也意味著質(zhì)量）了。按照什么標準犧牲？這個項目的戰(zhàn)略！我們在第三節(jié)提到過的戰(zhàn)略。我

31、的經(jīng)驗是如果你什么都趕進度，其結(jié)果可能就是十件事情你一件也沒做好，想想多么失敗啊。所以，把資源投到你熟悉和有把握的事情上，最后的結(jié)果是十件事情，你有三件做成了精品，三件完成，還有四件因為某些原因延誤，成績單是否靚麗了很多呢？戰(zhàn)略決定優(yōu)先級，而正確排列事情的優(yōu)先級是一個項目經(jīng)理能力的主要體現(xiàn)。好，現(xiàn)在項目已經(jīng)完成了前期工作，了解了項目的目標、搞清楚了手上的資源，制定了項目的策略，然后編制了項目的整體計劃，項目進入實施階段。進入這個階段反而是項目經(jīng)理比較空閑的時候，不像前期的時候項目經(jīng)理要象記者一樣到處和不同的人接觸，搞清楚他們在說什么，努力猜測他們在想什么和他們的真正目的，那才是最累人的事情。當

32、然，小項目的項目經(jīng)理往往自己也是一個資源，要做很多事情，這時候反而比誰都苦。項目經(jīng)理這段時間的主要工作是保持和客戶領(lǐng)導(dǎo)以及自己領(lǐng)導(dǎo)的溝通。 和客戶領(lǐng)導(dǎo)溝通時特別要注意，除非你需要對方給你支持，那么你才需要講得具體一點，否則，告訴他一切正常就可以了，而且態(tài)度要積極一些， 千萬不要說一些領(lǐng)導(dǎo)不懂的細節(jié)， 比如： “王局長， 最近項目進度還算正常，就是jvm經(jīng)常發(fā)生一些內(nèi)存泄漏的情況一”王局長： （*&$。和自己的領(lǐng)導(dǎo)匯報也要注意這個問題，除非他是一個技術(shù)高手，你需要他的技術(shù)經(jīng)驗，否則一般就匯報進度是否正常以及有問題時你的對策和打算就可以了，有些需要他支持的地方，比如資源調(diào)用需要說詳細一點。和組員開

33、會，除了一些項目進度跟蹤會議以外，還有很多討論會，需要大家用頭腦風(fēng)暴方法給出解決問題。與會人員很多都是技術(shù)人員，他們的特點是注重細節(jié)、缺乏大局觀、有點消極悲觀、自尊心強（如果總結(jié)得不對，歡迎大家拍磚） ，所以，你作為會議的主持人，只要負責(zé)提出問題和記錄下他們的觀點，千萬不要做評判者的角色。一個問題，有很多方面，從不同的角度看，現(xiàn)象是完全不同的，想想盲人摸象的故事吧。這些技術(shù)人員，他們往往精通一個方面，就自己的角度發(fā)表見解，除非一些很特別的情況，你都應(yīng)該認為，他們提出的方案，從他們的角度來看是最合理的。你的長處是掌握事情的優(yōu)先級，評估各個方面的輕重緩急， 從而根據(jù)他們的意見得出一個合適的 （而不

34、是正確的） 方案。 所以，在會議上，你要充分尊重每一個人和他的意見，夸獎那些意見提得比較好的人，千萬不要把會議帶入無休止的爭論（你要讓大家知道事情不是非黑即白的，而是多元的，唉，我們的教育惹的禍）。會后，你自己寫文檔，做決定。會議上大家的面子都被照顧了，自己實施起來的阻力就小，如果還有意見的，你就私下找他聊，如果還不能說服他，你就要讓他明白，因為你負責(zé)這個項目、你擔(dān)當風(fēng)險，所以，這個優(yōu)先級應(yīng)該你來判斷。組織中的高層，并不見得水平會比一般的成員高，但是，他要承擔(dān)組織的風(fēng)險，加之信息的不對稱性，所以，對事情的優(yōu)先級的判斷肯定比下屬強。 終可交付成果一定要是可以被檢查的，比如， 【界面要求：美觀大方

35、、簡潔明快】 ，這個要求我就不知道如何檢查。所以，給開發(fā)小組布置任務(wù)的時候就要考慮如何檢查結(jié)果， 比如我見過一個計劃， 里面有一個任務(wù) 【開發(fā)人員熟悉 ejb 編程】 ，這個任務(wù)，除了讓這些人去參加一些專業(yè)認證考試，否則，結(jié)果很難被檢查。所以，時刻考慮如何檢查結(jié)果、如何向客戶交付是項目經(jīng)理一直要注意的事情，我聽說有些老項目經(jīng)理拿到項目是倒排計劃的，即首先看如何驗收和驗收標準，然后決定工作計劃。很多項目開始了很久，還不知道如何驗收，那么這個項目出問題的可能性就很大了。做項目就是為了驗收，我們的角色不是研究機構(gòu)，我們的目的就是在付出那么多勞動后得到結(jié)果。另外我插一句：我是極其不主張到客戶現(xiàn)場開發(fā)的

36、。尤其是一大群技術(shù)人員直接和客戶交流， 很容易引起沖突和矛盾 （技術(shù)人員的本性決定的） 。 我的做法是項目經(jīng)理和項目實施人員到現(xiàn)場，軟件開發(fā)人員還是在公司做項目。項目實施人員就是初級項目經(jīng)理，他們了解自己的產(chǎn)品，懂得一些客戶的業(yè)務(wù)，關(guān)鍵是在于他們具有良好的溝通能力，俗稱“皮厚” 。他們是客戶和研發(fā)人員的橋梁，其職業(yè)方向也是很機動靈活，以后可以有很多方向可以轉(zhuǎn)，比開發(fā)人員的路要寬得多。接著，我們再談?wù)勛钭屓祟^痛的需求變更問題。變更通常分為兩種：一種是部分更改了原先的目標，即需求變更；另一種是沒改變目標，但是客戶不滿意目前的實現(xiàn)方式，大到流程的實現(xiàn)，小到界面的布局，都是屬于這類。碰到這種情況是難以

37、避免的，主要是事先溝通的不夠充分和客戶隨著項目的進展，慢慢想清楚了問題，改變了以前的思路。這時候，如果需要改并且你的戰(zhàn)略是容許這種情況的，那么注意下面幾點：確保以前的文檔， 就是記載著以前的結(jié)論的東西， 客戶是否簽過字， 如果沒有， 趕緊把你的工作停下來， 趕快再和客戶自己確認一下你的方案， 然后讓他簽字， 避免以后說話沒有憑據(jù)；和客戶坐下來， 探討他修改的根本目的是什么， 是不是有同樣能達到相同目的、 但是對你來說有代價更小的選擇？（項目初期的工作） 明確更改流程， 一般是客戶指定一人簽字 （否則客戶每個領(lǐng)導(dǎo)都有權(quán)力來插一杠子，你就廢了） ，以正式項目文件的方式提交給你，然后，你做評估分析，

38、分析對成本、進度的影響，在你的領(lǐng)導(dǎo)同意后，出相應(yīng)意見書，主要是要說明更改設(shè)計的原因和指出由此帶來的不確定后果 （這個東西先寫出來， 后面如果真的發(fā)生了， 至少不是你的錯） 。 然后再讓客戶在上面簽字。見過醫(yī)院給病人做手術(shù)以前讓家人簽的免責(zé)條款嗎？對，就學(xué)習(xí)那個，讓大家都意識到任何的更改都有成本和代價。系統(tǒng)開發(fā)告一段落后，就進入客戶培訓(xùn)、系統(tǒng)驗收階段，這個階段，我一般會注意以下幾個問題：一、給客戶做培訓(xùn)前，多注意一些表面功夫。很多程序員認為，系統(tǒng)的邏輯核心是否正確是關(guān)鍵，至于界面如何，界面上的用詞是否準確，那是無關(guān)緊要的問題，而且培訓(xùn)的時候也是信手拈來，想到哪里說到哪里，下面聽講的人不知所云，云

39、山霧罩，培訓(xùn)效果自然可以想象。我的體會是，給客戶做培訓(xùn)的版本，如果你在做多次測試以后仍然不能確定邏輯是否合乎要求，那么，你至少要在界面上多花一點功夫。注意每個界面的布局、用詞、鏈接的正確性等等，總之不要讓客戶看到一些他不該看到的東西。文檔方面，準備至少兩個文檔：用戶手冊和培訓(xùn)手冊。這兩個文檔的內(nèi)容很多都是一致的，但是角度完全不同。用戶手冊往往是站在系統(tǒng)設(shè)計者的角度，按照自己的思路，分模塊講解系統(tǒng)的操作和功能；而培訓(xùn)手冊，一定要站在客戶業(yè)務(wù)人員的角度，根據(jù)每個角色面對不同業(yè)務(wù)的辦理，如何通過使用本系統(tǒng)的一系列功能來實現(xiàn)目標。所以，第一次培訓(xùn)以前，系統(tǒng)界面是否完整正確、培訓(xùn)文檔是否完備都是很關(guān)鍵的

40、因素，第一炮打不響，以后就麻煩很多作為項目經(jīng)理，其實腦子里就是幾樣?xùn)|西：做哪些事情、做到什么程度、怎么交貨、手上的資源以及各個事情的優(yōu)先級。所謂多快好省那是人類的夢想，這四個方面都是相互矛盾的，屬于典型的又要馬兒跑，又要馬兒不吃草的類型。考慮問題的輕重緩急方面，往往是把快放在第一位，各方領(lǐng)導(dǎo)都會給你最后期限，所以保進度是第一位的；省是第二位的，企業(yè)的根本目的是盈利，如果收入不能增加的話，至少費用要控制住；好是第三位的，沒辦法，誰都想精益求精，但是，沒有強大的資源保障，質(zhì)量只好先犧牲了；最后是多，客戶的要求源源不斷， 如何降低客戶的期望值， 讓他們從理想回到現(xiàn)實也是項目經(jīng)理的分內(nèi)工作。 驗收前，

41、除了做好文檔工作，即可交付成果以外，多花時間搞清楚客戶的做事情流程是很重要的事情，這些在前面已經(jīng)有所提及，這里就不再多說。我對驗收最大的體會就是舉證問題。即千萬不要讓客戶這么想：你必須有證據(jù)證明你的系統(tǒng)是沒問題的。 這樣你就沒戲了， 微軟那么多天才， 做了 xp 還天天打補丁， 要你的程序沒問題，既不可能，你也沒辦法拿出證據(jù)。你要讓客戶明白，所謂驗收，就是我按照測試文檔的測試用例跑一遍，結(jié)果和預(yù)期結(jié)果一致就應(yīng)該算通過了，而且還容許有一些小錯誤留在驗收后改正，他可以對測試用例提意見。所以，驗收前雙方要確認測試計劃和測試用例。如果他認為系統(tǒng)不符合要求，那么他應(yīng)該舉證，證明這個系統(tǒng)和最初設(shè)計相背離的

42、。所以，參考法律概念，千萬不要舉證倒置。另外，認為系統(tǒng)完美了才能驗收的想法也是錯誤的，軟件開發(fā)合同里一定要注明驗收以后維護期的費用問題，否則，客戶擔(dān)心一旦驗收就得不到你們的支持，自然不配合驗收，那么，你這個項目經(jīng)理就很難交功課了。篇五：項目實施心得體會再論實施前言：在昆明公司這一年多來，發(fā)現(xiàn)昆明公司服務(wù)部在實施方面效果都不太好，表現(xiàn)在：一、 實施周期過長， （一家醫(yī)院使用到醫(yī)囑基本上都超過了四個月， 標準版基本在兩個月甚至更長，而簽驗收的時間長達一年的周期（比如官渡區(qū)人民醫(yī)院、鎮(zhèn)雄縣人民醫(yī)院等）二、實施效果不好，系統(tǒng)啟用后實際使用沒有達到計劃，操作員操作不規(guī)范致使系統(tǒng)運行時頻繁出現(xiàn)操作錯誤，而

43、我們的技術(shù)人員就一而再再而三的跑醫(yī)院處理尾巴工作，甚至坐20 幾個小時的車去安裝一個客戶端。 his 系統(tǒng)數(shù)據(jù)不能完全提煉出來達到醫(yī)院要求，造成后期不停的補寫報表，更改應(yīng)用模式以達到醫(yī)院的使用要求，頗為浪費人力物力。三、實施期間實施人員和醫(yī)院方的關(guān)系不融洽，醫(yī)院不滿意我們的實施人員，而我們實施人員又對醫(yī)院產(chǎn)生抱怨，甚至關(guān)系似同水火。由于上面三個方面的表象最終結(jié)果是實施不能按計劃進行，收款不能按合同進行，服務(wù)滿意度提升不起來，給整個昆明公司帶來了發(fā)展局限，并留下種種隱患，為后期工作帶來了很大的被動。針對上述種種，個人參照自己以往的實施經(jīng)驗和一些感想心得總結(jié)出來與大家探討，希望能給于大家一些啟發(fā)，

44、最好是能為大家以后的實施工作帶來一些幫助。個人對實施的理解一、 實施的目的簡單的來說實施最終目的就是讓我們的軟件在醫(yī)院正常使用而我自身對實施的目的的理解是，按我們公司積累的經(jīng)驗，運用標準化實施規(guī)范，讓我們的軟件在預(yù)期的時間里按照標準的計劃進行軟件在醫(yī)院的應(yīng)用，通過規(guī)范的實施以促進公司軟件款項的正?；乜钪芷?，并讓使用軟件的用戶滿意，建立一個良好的相互合作發(fā)展的合作伙伴關(guān)系，為公司的后續(xù)市場挖潛鋪好路，讓醫(yī)院通過使用我們軟件來實現(xiàn)信息化管理，實現(xiàn)雙贏。二、如何才能做好實施？如何保障實施的目的的實現(xiàn)？下面我講講我認為在整個實施過程中四個重要的環(huán)節(jié)、 實施心態(tài)首先心態(tài)很重要， 從中聯(lián)企業(yè)文化的角度出發(fā)

45、， 我們要把 “我是中聯(lián)” 徹底理解和運用，當你負責(zé)一家醫(yī)院項目實施時，你就是一個項目負責(zé)人，這個負責(zé)人就不簡單了，從工作上來理解你是整個項目的責(zé)任人，這需要一種高度的責(zé)任心才能從事的工作。從合作方面看，你是代表中聯(lián)公司到醫(yī)院來協(xié)助醫(yī)院進行信息化建設(shè)的工程師，你帶表了整個中聯(lián)，時刻維持中聯(lián)的形象和利益。你必須給院方面前樹立一個醫(yī)院信息化方面的專家形象。這樣才能說服醫(yī)院按你給于醫(yī)院正確的軟件管理應(yīng)用方面的建議進行實施配合。 如果你都說服不了醫(yī)院，你如何讓醫(yī)院正確使用我們的軟件？所以這點我認為是很重要的一點。另外還有我個人的一點經(jīng)驗也是一個非常重要的認識。做為實施人員從進入醫(yī)院那一刻起一定要把自己

46、當作醫(yī)院的一份子。當你真正把自己當成了醫(yī)院一份子后，你在實施工作中的站在醫(yī)院的立場為醫(yī)院進行服務(wù)工作，這樣的好處在與你會在相對來長時間的實施工作中不會產(chǎn)生孤獨感， 并且能讓自己在實施中保持一種平和的心態(tài)工作， 避免一些不必要的沖突。另外院方感覺到了你的這種心態(tài)后，醫(yī)院會更好的接受你和配合你的工作，還會帶來意想不到的好處。 （比如醫(yī)院活動帶你參與，免費娛樂等等）其次是自我心態(tài)的調(diào)整， 自娛自樂很重要， 畢（轉(zhuǎn)載于 : 項目的心得體會）竟在外一個人實施始終是有些孤獨感和工作壓力產(chǎn)生的壓抑感，拒科學(xué)考證一個人長時間的感到孤獨和壓抑時就會情緒不穩(wěn)定，脾氣變得暴躁，如果這種狀態(tài)你的實施工作肯定是做不好的

47、。隨時都在發(fā)脾氣的人，醫(yī)院如何和你相處？會給你好臉色看？而這點是我的強項，我把我自己的解壓心得提供給大家參考一下，在醫(yī)院如果有條件上網(wǎng)的時候，那么網(wǎng)絡(luò)上的一系列活動都成為我的解壓手段， （游戲、電影、聊天）當然這些要在工作之余進行，否則你會死得很難看。如果沒條件上網(wǎng)，那么你就在醫(yī)院交交朋友，醫(yī)院值得結(jié)交的朋友還是很多的，如果和醫(yī)生交上朋友那么你可以免費看病，和藥房人員交上朋友那么你可以免費吃藥，和醫(yī)技科室交上朋友那么你可以免費檢查，如果和漂亮的單身護士小姐交上朋友那么你可以開展一段值得回憶的邂逅。 。 。 。 。 。另外每到一個地方實施實際上也可以看做是一個變相的旅游度假，每個地方總有一些值得

48、去看去玩的特色和景點，這也是不可多得的人生體驗。這樣的心態(tài)下我是完全把實施看做一個充滿新鮮、刺激、豐富多彩的生活，而非看成一項枯燥苦悶的工作。最后一個心態(tài)就是享受成就感，人在世上無外乎追求的兩方面，一個物質(zhì)方面的享受，另一個就是精神方面的享受，而成就感是精神享受中最具代表的一個方面。當你用自己的努力完成了一個醫(yī)院的信息化建設(shè)是多么值得驕傲的事情。我們都有這種經(jīng)歷，當經(jīng)過一個或者談起一家自己成功實施過的醫(yī)院會給旁邊的人說這家是我實施的，這時如果大家細心一點會發(fā)現(xiàn)說這句話的時候他的臉上會浮現(xiàn)出一種自豪的幸福表情。對這就是幸福，我們都要懂得如何去享受工作給我們帶來的幸福，這才是積極的人生。、 實施溝

49、通實施環(huán)節(jié)最難做的工作是什么？我認為不是醫(yī)院的要求和應(yīng)用模式暫時不能滿足，也不是人員素質(zhì)低下，而是溝通。溝通不到位，你就不能完全理解醫(yī)院的實際應(yīng)用模式，以及真實的流程處理想法。并且實施過醫(yī)院的技術(shù)人員都有個感受，醫(yī)院的需求好像隨時都在變，早上說了這種模式下午又變了，帶來工作的被動性，并造成你辛辛苦苦加班加點做的工作付之東流，這時候你會有種說不出的無力感。而醫(yī)院在使用軟件過程中對應(yīng)用模式感到不適應(yīng)就會讓醫(yī)院產(chǎn)生懷疑態(tài)度，醫(yī)院在這方面是很敏感并且具有一種慣性思維，如果你某一項不能滿足或符合醫(yī)院使用要求，那可以認為你整個軟件都不行，不光懷疑實施人員的能力還會懷疑公司，帶來很不好的負面影響。如何才能少

50、做或不做無用工？如何保障工做進度正常按計劃進行？如何保障實施效果？結(jié)合我的實際實施經(jīng)驗來看，只有做好溝通工作才能解決上面提出的三個方面問題。第一個溝通，是進場時的實施動員和應(yīng)用模式確認大會，這個會議是重中之重，首先醫(yī)院需要做相關(guān)準備，做為實施人員也要做相關(guān)準備，然后通過會議進行敲定落實，還要整理出文字報表讓醫(yī)院方的該項信息建設(shè)工作負責(zé)人和院長簽字認可， 最好是各個科室都要確認，但需要給醫(yī)院說明實施模式確定后由于醫(yī)院可能有些方面估計不完善會產(chǎn)生一些工作方面或使用流程方面考慮不完善的地方，以后可以進行協(xié)商，但必須是醫(yī)院相關(guān)領(lǐng)導(dǎo)組織討論后再由會議的形式兩方進行討論和辯證后協(xié)商落實。依然要出具文字性的報告，這樣才能讓醫(yī)院方認識到該項工作的重要性，不是隨便改改就行的第二個溝通，是和科室實際操作人員之間的溝通，首先你要把自己推銷出去，讓醫(yī)院的絕大多數(shù)人都認可你后再進行工作討論和溝通交流。如果相互之間不認可，那這個溝通工作形同虛設(shè)。醫(yī)院各個層面的人都對你本人認可，對整個實施工作也是非常有用的，醫(yī)院相對來說人際關(guān)系方面相對復(fù)雜，你短時間內(nèi)不可能了解透徹，那退而求其次就只有做好所有