《工程項目風險管理》心得體會

　　在平日里，心中難免會有一些新的想法，寫一篇心得體會，記錄下來，這樣有利于培養我們思考的習慣。那么心得體會到底應該怎么寫呢？以下是小編幫大家整理的《工程項目風險管理》心得體會，僅供參考，希望能夠幫助到大家。

《工程項目風險管理》心得體會1

　　一、前期的調研

　　1、時間不足難以進行詳細的需求調研。

　　公司要求在短時間內開始實施ERP項目。在前期ERP專職人員未到位，項目主管未真正了解ERP的情況下，未對軟件供應商做充分的了解，而需求是根據軟件公司同行業的經驗，未立足于本公司的實際情況。在選型的時候，基本上不是按我司的需求在對ERP軟件進行選擇。而是按主觀印象與以前的鞋廠的ERP項目經驗在對ERP軟件進行過濾。這樣直接導致的后果就是需要對ERP系統進行大量的二次開發。

　　即使時間最不足，前期的需求調研仍然不能夠忽視。否則的話，種瓜得瓜，種豆得豆。前面時間雖然省了，但是后期項目推進就會到處碰壁。項目周期反而會延長。確實后來由于很多需求在ERP系統中找不到現成的解決方案，為此，不得不進行很多二次開發，或者尋找其他的替代方法，則大大影響了項目的進度。

　　2、需求無法對號入座，導致了大量的二次開發。

　　對于ERP系統這種套裝軟件來說，過多的二次開發是勞命傷財的事情。一方面，過多的二次開發，會破壞ERP系統的穩定性。其次，ERP系統的二次開發，往往需要比較長的時間。有時候，在ERP系統的原有功能上進行修改，比開發一個新功能還要麻煩。因為需要考慮這個需要修改的功能跟其他現有功能的關聯性。而且，還需要進行一些全面的測試。另外，軟件公司出于成本的考慮，也不會配備很多的二次開發人員。公司要進行二次開發的話，往往需要排隊等候。所以，二次開發的周期往往比較長。第三，對于公司說，二次開發往往需要付出比較昂貴的開發費用。大部分ERP系統對于二次開發來說，是獨立收費的。也就是說，不包含在項目實施費用與軟件授權成本中。有些軟件公司甚至對二次開發進行“懲罰性”收費。所以，二次開發的成本往往是比較貴的。

　　若在選型之前，能夠花這一個半月時間去進行需求調研的話，可能這個EPR項目就不需要進行這么多的二次開發費用。不但可以幫助公司省下一大筆費用，而且，還可以保證項目的周期。

　　3、軟件功能不足，卻由公司來買單。

　　ERP項目能否取得成功，軟件本身只是起到了一個次要的作用。但是，軟件功能不足，則直接跟項目的成本掛鉤。軟件功能欠缺，企業需求難以對號入座，就意味著企業要為此進行額外的開支。如進行二次開發或者采用第三方的插件等等。這些都是需要公司買單的。而這往往是ERP項目中的冤枉支出。

　　在實施顧問對公司進行需求調研的時候，發現很多需求無法在ERP系統中實現。但是，這個時候，因為合同已經簽訂，項目已經啟動。所以，對方把一切責任都推到我們這邊。對于無法實現的需求，讓我們公司掏腰包，進行二次開發。

　　作為企業ERP項目負責人，首先得做好項目的前期需求調研，量體選型，防止企業的常規需求無法在ERP系統中對號入座。從而給企業增加不必要的二次開發成本，影響ERP項目的整個周期。

　　二、軟件的選型

　　公司使用ERP軟件，各個部門要達到什么目標，解決企業目前什么問題，這些情況公司必須有很清醒的認識，量體選型至關重要。

　　通常ERP供應商的銷售過程中售前顧問都會拿出一大堆的統計數據，告訴用戶：根據某某某協會統計ERP項目實施完畢之后，企業的庫存積壓率會下降多少個百分點、生產效率會提高多少多少，銷售的反應速度又會提高多少多少。但在合同中軟件公司是不會注明這些的，這就帶來了ERP項目的第一個陷阱：不承諾效果。

　　ERP項目是公司內部的事情，諸如人事調動、流程修改等等，都不能直接的產生效率，即使是將這些結果數字化也很難分清楚，什么是通過實施ERP產生的，什么是企業流程優化而產生的。作為軟件供應商來說，成功了，自然是他們的功勞，可以大肆宣傳，失敗了就是企業內部的問題。他們只需要到時間收錢就好了。然而這樣的承諾，公司是不能接受的。

　　當然，售前活動中誤導用戶是很正常的，不誤導你，你又怎么會心甘情愿的簽合同呢。

　　另外，軟件的選型之前，ERP專職人員必須先期到位，做好前期的調研，收集各個部門的功能需求及各種表單，ERP專職人員協同各個部門主管參與ERP供應商對ERP軟件的功能演示．根據收集到信息，確認ERP軟件是能達到及滿足公司各個部門的要求．以公司的真實業務數據流進行數據演示．在關鍵點位置必須進行壓力測試，因部分功能如MRP計算，憑證傳輸等，涉及到計算的情況，數據量一大，程序是否能正常進行，執行效率是否能達到要求，必須有先期的預測。

　　所以在選型之前，企業應該明確：

　　1、企業實施ERP目標。

　　2、軟件公司的實力及其成功的案例，軟件公司能做什么。

　　3、ERP軟件單元測試壓力測試全面測試。

　　4、對于銷售人員的承諾一般需要對企業進行詳細的調研以后才能做出，要在合同的補充附件中給予規定。讓口頭保證有書面規范，合同保證。

　　三、合同的簽訂

　　合同的簽訂必須有利于公司一方．以免公司在ERP使用的過程中吃啞巴虧，使ERP的成本盡量透明化，減少隱性成本的開支，讓軟件公司提供盡可能優質的服務，從而盡量保證ERP整個項目的推動過程，不因二次開發費用問題＼培訓問題＼顧問周期問題等而發生不必要的麻煩，從而影響到整個ERP項目的周期．對于軟件公司來說，保護自己的利益是正常的事情，而對于用戶來說則恰恰相反。在簽訂ERP合同的過程中光法律顧問的指點是很難防范軟件公司在ERP合同中設下的圈套。這就需要公司能充分了解ERP這個行業的特征，避免更大的風險。

　　1、二次開發的定義

　　二次開發的具體內容（大至范圍），提供的服務，進行的方式和確定開發費用的范圍。軟件公司最常見的手段是：在ERP合同中只注明二次開發的人/天數（一個人工作一天的費用），而將具體的開發費用拖到合同完成以后。以還未做深入評估為由拖延開發的時間。待到合同簽訂用戶已支付定金之后，以各種借口增加二次開發的時間。畢竟評估一個開發過程需要多長的時間是由軟件公司決定的。對于某些難度大的或者是軟件公司不想做的項目他們可以把開發的時間加得很大――企業基于成本的考慮，不得不取消某些計劃中的需求。曾有ERP銷售人員這樣對我說：“二次開發是制約用戶強有力的手段之一，要么他們精簡流程，要么支付更多的費用，兩樣我都喜歡”。

　　2、實施周期的定義（項目計劃）

　　乙方必須在約定的服務人天內安排所有系統集成及實施工作，不得隨意增加計費服務時間，如因甲方原因造成超出合同約定實施天數的費用部份由甲方承擔，如因乙方原因造成超出合同約定實施天數的費用部份由乙方承擔。

　　3、項目驗收標準（項目交付的文件）

　　甲、乙雙方確定項目階段性驗收及最終驗收的標準，驗收行為應包括：

　　a)甲方對乙方提供的ERP軟件產品的驗收；

　　b)甲、乙雙方對于某具體工作成果的確認；

　　c)根據合同規定的項目進展階段，甲、乙雙方對于某階段工作成果的評價；

　　d)甲、乙雙方對于最終工作成果的評價。

　　4、雙方的職責定義

　　按照軟件公司提出的建議劃分權責――作為公司必須做哪些工作，作為軟件供應商必須保證哪些。

　　5、培訓的定義（包括培訓方式，培訓對象，培訓時間表，培訓文檔或教材，培訓成績考核，培訓評估等）

　　考慮到企業未來的內部培訓需要，軟件公司提供的文檔必須以電子文檔和紙張的形式提供。

　　6、項目各階段的目標與任務按照項目建議和企業的實際情況制定ERP系統的實施目標。

　　7、簽訂補充協義，說明，備忘錄在簽訂ERP合同之前就必須要對ERP項目的驗收標準有一個清晰的認識，同時在合同簽訂之后必須有相應的驗收細節作為補充。

　　8、項目顧問資歷＼時間保證＼顧問更換＼人天數投入＼顧問實施工作時間（是否駐廠等）

　　9、失敗后的賠償

　　通常軟件公司是不愿意提到賠償字樣的，即使是有賠償，那也是客戶未按期付款需要賠償，不小心被發現了也以“失誤”來掩蓋。ERP實施的成果難以判斷， 責任的歸屬難以判斷，最終賠償的問題也容易帶來很多麻煩。這和普通商品的買賣不同，質量不好可以退貨。

　　正因為如此，需在合同上增加條款：明細項目目標，劃分權責，如果因為軟件公司的原因導致項目延誤甚至是項目中止，軟件公司需要進行相應的補償。

　　四、顧問的能力

　　一般顧問有以下幾種類型：技術支持型，幫助客戶安裝ERP軟件，并對客戶進行操作培訓；程序員型，工作內容以客戶化為主；顧問型，從為客戶提供業務咨詢服務著手，幫助客戶進行業務重組并指導客戶成功應用ERP。

　　在提交ERP項目建議的過程中，部分軟件公司也會同時提交ERP顧問的簡介資料――但顧問的簡歷往往有摻假的成分。至于軟件公司提交給公司的顧問資料中是否將只有幾個月某ERP產品經驗的“顧問”吹噓成3年五個項目經驗高級顧問。同樣的，沒有某個行業經驗的顧問也會吹噓成具有該行業或項目經驗。但問題的關鍵還不在于此，更多的是高級顧問只在項目中掛有一個頭銜。而實際的工作則是由毫無經驗的顧問進行。或者項目的調研與系統分析階段由高級顧問去做，后期的培訓以各種理由將高級顧問調離，用中低級顧問替代，這樣的情形對于用戶來說毫無辦法。當然，軟件公司在項目的進行中也有可能會遭遇人才流動。

　　故，所有的顧問必須經過考核或認可后才能上崗，對于顧問的更換必須經過企業的同意。

　　由于顧問的能力問題導致的項目拖延，軟件公司必須承擔相應的責任。

　　前期BOM表的錄入，顧問指導時發生多次BOM變更錄入方式及對物料半成品編碼及名稱定義不清楚，造成BOM資料數據錯誤，后期花費大最的時間和精力去一種一種類別，一個一個錯誤的修改．直接影響到項目的周期。

　　五、確定詳細的`項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預算計劃、人力資源計劃

　　A、確定詳細的項目范圍：對公司進行業務調查和需求訪談，了解用戶的詳細需求，據此制定系統定義備忘錄，明確用戶的現狀、具體的需求和系統實施的詳細范圍。

　　B、定義遞交的工作成果：公司與實施軟件公司討論確定系統實施過程中和實施結束時需要遞交的工作成果，包括相關的實施文檔和最終上線運行的系統。

　　C、評估實施的主要風險：由實施軟件公司結合公司的實際情況對實施系統進行風險評估，對預計的主要風險采取相應的措施來加以預防和控制。

　　任何管理變革項目都有風險，因為它是在進行變革，ERP項目更是如此。在項目規劃之初就要充分考慮到各種風險，有評估計劃和應對措施。項目實施過程中，風險高的事項一定要謹慎行事，即使工期稍微延遲一下，倘能控制風險那一定值得。

　　費用超預算了、組織人員變更了、項目經理更換、需求變更、高層失察、顧問更替了……

　　D、制定項目的時間計劃：在確定詳細的項目范圍、定義遞交的工作成果和明確預計的主要風險的基礎上，根據系統實施的總體計劃，編制詳細的實施時間安排。

　　E、制定成本和預算計劃：根據項目總體的成本和預算計劃，結合實施時間安排，編制具體的系統成本和預算控制計劃。

　　F、制定人力資源計劃：確定實施過程中的人員安排，包括具體的實施軟件公司的咨詢人員和公司方面的關鍵業務人員；對用戶方面參與實施的關鍵人員，需要對其日常工作作出安排，以確保對實施項目的時間投入。

　　六、明確項目小組成員職責

　　A、ERP系統管理員的職責

　　ERP管理員在整個ERP實施過程中扮演著極其重要的作用，是ERP系統實施成敗的關鍵因素之一。其主要職責是組織、計劃、實施、反饋，應賦予足夠權限。

　　B、ERP系統項目副組長的職責

　　全面負責ERP的日常工作，在系統管理員的配合下對ERP項目進行有效管理。

　　C、ERP項目各部門組長的職責

　　在實施過程中部門組長的職責是：傳、幫、帶。將ERP思想及軟件功能消化后傳入本部門、向部門傳遞領導的指示及對ERP工作的要求、將部門業務傳遞給實施顧問;幫助制定業務流程及操作流程、幫助指定人員分工及明確職責、幫助跟進數據及監督項目進度、配合實施顧問工作;帶是帶領部門人員收集數據、配合實施顧問培訓最終用戶、指導部門正確使用系統開展業務。在正式應用過程，組長應該是部門的精英。所以在指定項目核心組人選時，必須慎重考慮，必須考慮這些人員的綜合業務能力及對企業的忠誠。如果組長是兼職的，勢必受日常工作影響而不能在ERP項目上投太多的時間，沒能吃透ERP的內容。所以要求各部門組長有較強的業務綜合能力、工作協調能力和領導能力。

　　D、項目負責人及實施顧問的職責

　　ERP顧問是企業實施ERP系統強大的外部推動力。ERP顧問的作用是對企來進行ERP理論和軟件培訓、管理咨詢、指導，更重要的還是如何幫助企業進行仲裁。ERP顧問能否控制整個實施過程、能否正確引導、能否對問題作出仲裁對ERP能否成功實施是很關鍵的，既不能軟件完全跟著企業業務走，也不能企業業務完全跟著軟件走，而應該相互調各，走最高效快捷的道路。從另一方面來說，ERP顧問也不是萬能的，所有事情都是他做，他只是引路者。可將他比喻成足球教練，他負責指揮球隊怎樣踢球，采隊什么技巧進攻，但教練是不進場踢球的，就算是進場更不能完全依靠他進球。

　　主要職責是：

　　1．對ERP項目進行有效的項目管理，制訂實施計劃，控制好實施進度，分配好實施任務，并進行有效的跟蹤和反饋。

　　2．對ERP軟件進行有效的不同層次的培訓和操作指導并合理有效安排、監督和考核企業內部培訓。

　　3．同管理員一起及時解決實施過程中出現的諸多問題，針對軟件本身的問題及時反饋并解決。

　　4．對ERP操作、使用情況進行部門和人員的考核。

　　5．對企業的ERP應用提供管理資詢，如流程變更等。

　　在ERP系統管理員的配合下對ERP項目進行有效果控制和實施推進。

　　E、ERP各部門組員的職責

　　1、日常ERP單據及基礎數據的錄入工作。

　　2、日常數據的審核工作。

　　3、向ERP系統管理員反映在ERP運行過程中出現的問題。

　　4、嚴格按照《ERP作業指導書》進行ERP系統的日常運作。

　　七、基礎數據的準備

　　ERP的主要作用就是對企業信息的整合，而信息的載體和表達都要通過數據完成。對項目實施來講，基礎數據的準備工作難度最大。

　　首先，基礎數據涉及面廣，涵蓋了企業中所有可見信息和不可見信息。物料基本信息，產品結構數據，會計科目，供應商客戶信息，部門、工廠、倉庫、車間信息等等屬于可見信息，這些信息在手工作業中也會用到。不可見信息如單據類型、倉庫性質、計劃參數等，這些信息在手工管理信息時是不會涉及到的，它們會影響到系統計算。

　　另外，基礎數據準備的工作量大，以上各類信息的記錄數從幾個到幾十萬都有，而每條記錄包含的字段又可多達上百個，兩者的乘積簡直是天文數字，通常造成項目延期的原因有90％來自于基礎數據整理。

　　數據的正確性是最重要的，基礎數據是許多程序正確運行的基礎，如物料計劃和生產計劃就是根據物料文件設定的提前期、庫存量、BOM結構等計算得到的，如果其中任何一個數據與實際不符，計劃結果就將沒有任何指導意義。

　　正是因為基礎數據具有這些特征，從而造成了收集準備工作量大、難組織，一般需要多個部門協調，投入的人力和時間都比較多，見效周期長，因此阻力也是很大的。

　　如何有效的，快速、低成本、低錯誤率地完成基礎數據準備：

　　A、確定工作范圍

　　B、建立必要的編碼原則

　　ERP軟件對數據的管理是通過編碼實現的，編碼可以對數據進行唯一的標識，并且貫穿以后的查詢和應用，建立編碼原則是為了使后面的工作有一個可以遵循的原則，也為龐雜的數據確定了數據庫可以識別的唯一標識方法，所謂磨刀不誤砍柴工，大家切不可急于求成，忽略了這些重要的工作。

　　C、建立公用信息

　　建立的公用信息包括公司、子公司、工廠、倉庫、部門、員工信息、貨幣代碼等基本信息。這些數據會在其他基礎數據中被引用，并且數據量不大，可以利用較少的時間和人力完成。如果整理其他數據的時候發現缺少公用信息再補的話，整體效率和進度會大打折扣。

　　D、BOM結構的確定

　　這里首先應該明確原料到半成品、半成品到產品的級次關系，這步工作的難點是半成品設定的問題。如果半成品設定層次少或層次不設定，今后的統計分析就不能細化；如果半成品設定多，就會大大增加數據量。如果遇到下列情況，那么半成品要設置編碼管理：對半成品建立庫存賬、或者采用安全庫存管理、半成品對外銷售或用于售后服務，除此以外半成品盡量不用編碼，也不用錄入軟件系統，BOM每多一層，相應增加BOM數據量的同時還會增加物料信息的數據量，我個人的觀點是盡量少的BOM階次可以使這項工作處于可控狀態。

　　E、收集第一手資料，將原來的離散數據從不同部門集中

　　F、數據檢查

　　（1）完整性檢查：完整性即記錄數量是否完整。可以請企業中有經驗的人員復查或計算一下總數，將其和歷史數據比較。同時還要檢查字段的完整性，所有的ERP軟件都有必須輸入的字段，如果缺少這些字段就會造成系統的不穩定，如物料的提前期、默認倉庫等。另外還有一些非軟件要求的必須輸入的字段，對企業今后的業務和統計分析有用的字段也要列入檢查范圍，例如客戶分類和所屬地區等。

　　（2）正確性檢查：正確性的范圍很廣，可以由公司自己根據需要制定檢查原則。有些錯誤如會計科目是資產類型的，但是因為人為錯誤輸入成負債類型的，再比如有的物料是采購來的，但是錄入成自制件，這樣的錯誤在系統上線前必須發現并改正。

　　（3）唯一性檢查：數據的唯一性應該從兩個角度檢查，常見錯誤有多個實物編成同一個編碼，如果以后錄入系統，成熟的ERP軟件會提示編碼已經存在，并拒絕接受。同時一個實物對應多個編碼的現象也必須杜絕，這種錯誤ERP軟件是發現不了的，必須利用人工查找，否則在上線后會發生多個賬務錯誤。

　　G、將數據錄入軟件系統

　　H、系統檢核

《工程項目風險管理》心得體會2

　　我從事技術支持部領導工作也有一年多了，參與管理的過程中也有許多的心得體會，從沒接觸過的新領域，在慢慢的摸索中前進，由原來的2人發展到現在的7人，中間也有人員的變動和調配，在這為時一年的工作中，酸甜苦辣盡有，下面就匯總為幾條作為領導中的得與失參考依據。

　　一．管理時間就是管理自己，高效利用時間

　　每個人的工作課題存在差異，每個人的思想境界各有不同。但是上帝卻很公平的給了每個人一天24小時的時間，因此我們提出管理時間，是每個人都可以做到的事情。每天把24小時規劃好，也就管理好了自己。平時大家會說時間不夠，事情做不過來，我建議大家把時間拿出來分析一下，根據工作性質合理安排時間。像我，做技術的基層管理，事情多，工作瑣碎。，這樣我就養成了每天入睡前回顧一天工作的習慣，并對第二天的工作進行安排。在安排工作上要求本部門各級員工把握一個主次分明，輕重緩急合理的原則。這樣每天當我一到工作崗位上就能很快的進入工作狀態，而員工的工作也各級抓好，緊張工作。這樣就很好的把握和做到——”工作時效”。

　　二．分清各項工作的輕重緩急

　　“輕重緩急”對于每個人來說都很重要，這就要求思路活躍，把火燒眉頭的事情先處理掉，然后再去做日常工作。就好比用戶要一個深層次的技術交流，要求特別著急，這時你就需要安排資深的人員進行相關的支持，電話中能夠完整的提供就現場進行，若是需面對面的進行，那好，用戶的需要就是一切。總之輕重緩急具有非常的靈活性、時間性、場合性要視具體情況而當機立斷。做好了也是減少客戶抱怨的有效方法。

　　三．不斷規范和調整制度，沒有規矩不成方圓

　　談到管理，就一定要從規范入手。規范是我們日常工作的行為準則，是企業生存、運作、發展、壯大的標尺和綱要。它的實施者既是所有領導，又是全體員工。只是各個崗位所規范的內容不同罷了。萬事開頭難，難就難在你走出的第一步，第一步邁出去了，第二、三步就沒有問題了。正如我們日常工作，你沒有第一稿資料，就沒有后續的所有工作內容。你最近沒有向職能部門提交xx問題，就沒有人來問你這個或哪個問題是如何如何的，等大家都有反映了這件事情，就有人開始琢磨怎么樣來規范這項工作，讓大家都按這個規定來做。以后大家就在這個基礎上第二步、第三步的完善工作，把工作做得更好！任何事情都是一樣的道理，只要你想做，你就會去規范這件事情，規范也就使每個人有了行為的準則。

　　四．提高會議效率，事前告訴大家會議的內容

　　工作中的很多問題都是在會議中解決的。會議使我們對問題有了更多、更好的解決方案。我們平常碰到的會議也比較多，大大小小、各式各樣的都有，那么如何提高會議的效率就成為大家關注的事情。如果我們在會議之前把要開會的事項告訴所有人，讓大家都有準備，開會的時候就可以切入主題，談每個人的思路，這樣可以縮短一些時間。往往在會議上大家談著談著就會跑題，這時候就需要會議的主持人能夠引導大家的.思路往一個方向；再有就是會議結束前主持人或主管人員一定要重述這次會議的幾項內容和解決措施，這樣大家才會感覺到會議的重要性。

　　五．統計數據，針對數據進行分析，分析結果加以應用，最后不忘評估、驗證成果。

　　統計數據簡單的說就是一個工作量化。是總結工作最直接、最明了的方法之一。統計對于各塊的工作都很重要，沒有數據的分析，我們不知道努力的方向，至少說輕重緩急把握不好，有了數據就可以比較，知道目前面臨最大的缺陷在哪里，針對弱點加以改進。對于基層的管理人員來說數據的統計可以通過公司相關部門獲得，得到的數據分析后一定要應用，只作分析不加以應用等于白搭，反而增加了工作量。有的會說，我應用了但效果不大，問題就是應用后，有沒有跟蹤驗證，我們對分析出來的數據沒有應用，沒有驗證，怎么會知道我們的分析是對的呢！因此分析—應用—驗證，三者一個都不能少。

　　六．愿景引來注意、尊重加深信心、溝通加強意義、立場導致信任

　　1）愿景——每次開會公司都會給我們描繪一下愿景，公司現在xx即將xx將來是xx對于這些傳到耳朵里的信息，員工們總是格外的在意，有的甚至在聆聽筆記，這是不知不覺的愿景激勵。因為這些都與公司的每一分子的切身利益直接相關，

　　不管愿景好與壞大家都會關注，我們跟同事開會的時候也不要忘記強調三年規劃。

　　2）尊重——同事之間相互尊重，可以加深合作，同時也會得到其他人的尊重，做起事情也會格外的舒坦。工作之余都談到溝通很關鍵，企業領導鼓勵下屬發言，但自己卻不太發言也不太敢發言，所以最后的結果常常就是大家都不發言，最后就變成你看著我、我看著你，然后領導看著現場所有人，臉上一副的樣子。這種狀況就似乎是如果有一個人把話說出來之后他馬上就會被企業宣判死刑一樣，然后緊接著就被淘汰出局似的，所以大家對于自己想說的話都往肚子里吞，戒慎恐懼，一副不要問我，我什么都不知道的樣子，所以只要你一鼓勵他們把話說出來，大多數的時候，你很難獲得到他們的回應，如果現場里有一、兩個人敢勇于表達自己的意見，就已經算是不錯的狀況了。

　　3）溝通——說出來是溝通最基本的原則，如果連話都不愿意說出來，溝通肯定不會有任何的進展。如果在一個團隊里，每一個人都必須要透過猜測才能夠了解他人的想法，這將會是一件很累人的事，而如果你是待在這樣團隊里的一員，我相信每一天陪著你的一定是強烈的無力感。只要打破不說話的幾個因素：面子問題、怕擔責任、中庸、以為別人知道。主管或領導立場要堅定明確，我們平常說這個人沒有立場，只要用戶一投訴，主管就同意了；銷售或市場一說，我們就得去做等等，這樣同事會感覺到這個領導沒有立場，別人怎么說就怎么做，以后有問題，他們也不會再問你，對你逐漸失去信任，因此主管人員一定要有立場，在立場發生變化的時候要和同事做好溝通。

　　七．定目標，嚴格執行、考核、監督

　　一件事情的好與壞如何去評價，首先要看所定目標定的合理性。合適的目標對每個人、對企業都有好處，員工不會有太大的壓力，安心努力的工作；企業每年都會穩步的積累和發展。定目標對我們每個人說就再簡單不過了，人的一生中不知道給自己定了多少目標，但真正努力去完成的又占了多大比例？目標就要靠人來執行，執行過程中就有各種各樣的評價，嚴格的說就是考核和監督。日常員工們努力的工作，都每個月底公司收集數據進行評估和考核，監督到年底每個是否能完成年初訂立的目標。

　　八．人不要會什么，關鍵在于你會學什么

　　在學校不管你學習什么專業，80%的學生找不到和自己本專業相同的工作，多數都是改行，有的從事本專業臨近的工種，有的甚至與本專業搭不上邊。從事本專業的人未必就有好的成就，從事非專業的人也有很多人打出一片天空。因此人不要會什么，關鍵在于你會學什么。

　　九．培養人才資產：選、養、育、用、留。

　　關鍵在于留，留有3個因素：能力、價值觀、人生志趣；能力的體現就是知識內涵，價值觀主要表現在技能和態度。知識又分為：內隱知識和外顯知識（內隱知識：平常看不到學不到的，要靠個人的感悟和積累；外顯知識：看得到，學得到的東西）。平常總是要經過選拔招聘到一個適合企業的人員，進入公司后像小樹苗一樣培育，初長成就要考慮如何使用，經歷這一系列的洗禮，人就有一定的想法，因此如何留住人才也是公司要積極考慮的事情，特別是在資源不足的情況下留住人才就更難能可貴。

　　十．成績好的時候要考慮如何提高團隊的建設

　　隨著其他公司技術能力逐步的提高，我意識到了靠個人的力量是不行的，要靠一個團隊。平時一個人忙里忙外不亦樂乎還不見的有效果，如何培養一支可以打勝仗的團隊呢，首先要了解團隊中的每個成員，發揮他們的優勢，挖掘潛能，根據每個人的個性不同選用不同的崗位，每個人在團隊中都發揮作用，管理人員就成功了一半，團隊也就有競爭力了……

《工程項目風險管理》心得體會3

　　通過這段時間工程項目管理課程的學習，我對這一專業有了更深一步的認識。從原來的懵懂不知到現在的漸學漸深，可以說這段時間的學習對我以后進一步學習其他專業知識以及今后的實際工作都是有很大益處的，在這里我簡要談一下我對工程項目管理模式的一些心得體會。

　　傳統的設計—招標—建造模式（DDB）由于長期廣泛的在世界各地采用，因而管理方法較成熟，參與各方對有關程序都很熟悉。業主方可自由選擇咨詢設計人員來控制設計要求，并且可以自由選擇監理人員來監理工程，采用各方均熟悉的標準合同文本，十分有利于合同管理和風險管理。但是這一模式也存在著或多或少的缺陷，諸如管理和協調工作較復雜、業主前期投入較高、總造價和工期不易控制、質量事故出現時設計和施工雙方責任不明確等，容易導致業主對監理工程師控制工期和造價的能力信心不足，這也制約了這一模式在現在工程項目管理中的應用。

　　而在設計－建造總承包模式（DB）中，業主在選定總承包商時能把設計方案的優劣作為主要的評定標準，這在很大程度上能使業主得到高質量的工程設計，并且總承包商能在設計階段充分考慮施工因素，可以最大程度地減少由于設計錯誤引起的變更。而且在這一模式中，總承包商對整個工程實行總價包干，并承擔全部責任和風險，能使業主對工程成本得到初期的保障。但是由于業主不能直接參與設計過程的監控，再加上實行了總價包干，導致業主對設計細節控制力降低，而且最終可能會影響到工程質量。

　　設計—采購—施工的模式（EPC）與設計—建造總承包模式（DB）較類似，能夠較好的將工藝的設計與設備的采購及安裝緊密結合起來，有利于項目綜合效益的提升。但是由于現在國內能夠承擔大型EPC項目的承包商數量不多，經驗也不是很豐富，導致承包商在投標報價時可能報價過低，加上由于經驗影響到管理能力，可能直接影響到項目的工程造價、效益及質量。

　　項目管理型承包模式（PMC）的發展得益于近年來國際上部分工程項目在建設管理上的實踐，從原來的可研至竣工驗收發展成為定義和執行兩個階段，業主在這兩個階段中委托一家工程公司對項目進行全面的管理。第一階段中PMC在組織或完成基礎設計、確定所有技術方案、確定設備材料的價格和數量、對工程造價作出準確估算后編制出設計、采購和建設的招標書，從而確定工程的總承包商。第二階段中確定下來的總承包商負責執行詳細設計、采購和建設工作，這一階段中PMC負責替業主對全部項目進行管理協調和監理。采用這一模式能夠充分發揮管理承包商在項目管理方面的專業水平，統一協調和管理項目的設計和施工，有利于縮短工期。但是業主在這一模式下與施工承包方沒有合同關系，對工程的施工控制能力降低；并且與其他傳統模式相比增大了管理層的費用。

　　在市場經濟逐漸演變成市場和計劃相結合的混合經濟的境況下，BOT（建設－經營－轉讓）模式比較符合這種市場機制和政府干預相結合的混合經濟的特色。一方面，BOT能夠保持市場機制發揮作用。

　　政府以招標方式確定項目公司的做法本身也包含了競爭機制。作為可靠的市場主體的私人機構是BOT模式的行為主體，在特許期內對所建工程項目具有完備的產權。這樣，承擔BOT項目的私人機構在BOT項目的實施過程中的行為完全符合經濟人假設。另一方面，BOT為政府干預提供了有效的途徑，這就是和私人機構達成的有關BOT的協議。盡管BOT協議的執行全部由項目公司負責，但政府自始至終都擁有對該項目的控制權。在立項、招標、談判三個階段，政府的意愿起著決定性的作用。在履約階段，政府又具有監督檢查的權力，項目經營中價格的制訂也受到政府的約束，政府還可以通過通用的'BOT法來約束BOT項目公司的行為。在BOT模式中，項目的參與各方均能獲得較大利益優勢。項目發起人能充分利用項目經濟狀況的彈性，減少資本金支出，拓寬項目資金的來源，并能將特定風險轉移給放貸方，能極大地降低發起人的政治風險；而放貸方在承擔風險的同時卻大大提高了自身的收益率，并且在參與項目過程中會遇到的競爭較少；政府作為項目的參與方，在實施BOT模式過程中能極大降低自身風險，充分發動外資和私營企業或機構的能動性和創造性，引進先進的管理模式和生產技術，并能充分合理地利用資源，有利于發展國民經濟和金融資本市場。雖然BOT模式也有諸多缺點，比如對于項目發起人而言，項目融投資額較大、融投資周期長、收益的不確定性較大，導致發起人承擔著較大風險；對于政府而言，引進的外資和私營企業或機構可能會在當地出現掠奪性經營，并且使用的價格較高，容易導致國民對政府行為的不滿。但是，采用BOT模式對加快我國基礎設施的建設和改革的有著積極的作用，而且在提高項目運作效率、拉動內需、增加就業以及國家一些戰略性發展項目上有著充分的推動作用。

　　因此我認為，在我國大量興建基礎設施的高峰時期，由于急需資金，BOT以及類似于BOT的一些其它模式的確是一種融資的好方式，只要掌握得當，政府和企業可能雙贏。但是，一個國家或一個地區不可能全部或主要靠借錢來興建基礎設施，只能主要依靠政府和民眾的財力。在我國剛剛開始大規模興建基礎設施的時候，宣傳和提倡BOT有其積極和現實的意義，但基點必須放在實施市場化上。如果將BOT與市場化劃等號，不但不能建立市場化，而且基礎設施的建設和運營也可能會出現畸形。

《工程項目風險管理》心得體會4

　　在公司的正確領導下，xx12個項目有條不紊地進行，本年度設計、機電安裝方面作如下工作總結。

　　一、工程概況及xx設計完成工作量情況：

　　1、本年度工程概況：

　　正在啟動的項目：1、5、6地，2、購物中心，3、xx大酒店地塊，4、電纜入地。

　　正在施工的項目：1、xx住宅，2、主題購物區，3、會所，4、團山路，5、環湖路，6、街坊路。

　　正在掃尾的項目：xx廣場。

　　2、本年度設計及配合施工設計情況：

　　備注：正在進行施工的建筑面積為xx㎡;道路施工的總長度為xxm;正在進行設計的建筑面積為xx㎡。

　　二、本年度xx設計(部門)管理設計內容：

　　在張總的總策劃、范經理統籌組織下，主要工作以下內容：

　　1、完成xx總規及5、6#地詳規設計管理，報建基本通過，6#地可進行下一步設計。

　　1、完成xx控規設計管理，用于規劃局報建。

　　3、完成xx排污干管的初步方案，用于以后總圖控規，它將成為其經過地塊的主排水管。

　　4、完成a-2#及8#地的總規設計管理，年前報規劃局。

　　5、完成購物中心規劃設計及其施工圖的方案、擴初設計管理，年后完成施工圖設計。

　　6、完成主題購物區的設計方案修改及施工圖變更管理。

　　5、完成新增5畝地規劃設計，并完成施工圖設計管理。

　　6、完成會所精裝修設計，并對施工圖設計進行修改管理。

　　7、完成西邊道路的設計管理。

　　8、完成環湖路規劃設計，并基本完成施工圖設計管理。

　　9、完成生態公園總規初步方案設計管理。

　　10、完成110kv高壓線入地設計管理。

　　11、完成2#地供電線路設計管理。

　　三、規劃及其設計前期工作方面：

　　1、管理相關單位完成測繪放線，主要內容如下：

　　環湖路的放線、定測、控制放點;西邊道路放線、控制放點、現狀土方測繪;團山路控制放點;xx控制放點，驗線、室外交接土方測繪，增加項目(新增別墅、中心車庫、t17等)控制放點;購物大道控制放點，驗線;購物中心測繪、放線、及其等。

　　2、管理相關單位完成地質勘探，如：xx初勘及詳勘、t17的補勘等。

　　四、設計現場配合方面：

　　1、指揮安排工地現場變更，如：xx等。

　　2、組織管理啟動施工項目的技術交底，如：xx等。

　　3、審核施工項目技術方案及其深化設計，如：xx等。

　　4、現場設計及技術指導，如：樣板間及其大堂。

　　五、與各部門配合方面：

　　1、直接參與以及安排人員與戰略發展部配合報建，如：購物大道的審圖、購物中心專家評審、梓湖灣消防報批資料、5畝地規劃報建等。

　　2、直接參與以及安排人員與營銷策劃部配合銷售，如：購物大道面積測繪、各設計規劃及設計要求的溝通、購物大道商鋪一層21裝修方案等。

　　3、與公司其他部門配合，如：配合人力資源部對工程部人員甑選、招聘，物業用房及配套設施、合約有關工程方面招投標技術答疑等。

　　六、在建項目安裝方面：

　　xx現場安裝以黃工為主，針對安裝技術方面疑點、難點、重點進行把關。

　　1、擬定、完善、審核設備招投標技術標，如：2#地供電設備、會所空調設備、游泳池設備等。

　　2、對設備合同的技術審核，如：電梯等。

　　3、現場技術指導，如：xx智能戶控箱位置及其布線、現場排水管問題、購物中心臨建水電方面等。

　　七、內部組織管理方面：

　　1、制定設計管理制度。

　　2、工作中培訓剛參加工作員工。

　　3、加強團隊建設，開展集體活動。

　　xx年主要需完成的以下幾方面工作：

　　1、配合項目針對xx住宅、購物大道、購物中心、三條道路、電纜入地、6#地一期施工進行設計配合，現場安裝技術指導及其相關工作。

　　2、完成a-2#及8#地塊規劃設計及其8#地施工圖設計、生態公園規劃及其基本完成主要施工圖設計。

　　3、完善并實施設計管理制度，對設計進行進度、質量、投資全面管理。

　　4、加強xx工程(設計)技術人員后備力量的培養。

　　對以后須調整、改進的工作及其建議：

　　1、我方發出郵件按以往是發郵件個人墊郵資后，拿發票后，再到財務報賬。隨著項目的擴展，往來郵件比較多，這樣多次報賬，不能有效的工作，建議：郵件流轉流動資金xx元，由文員統籌定期報賬管理。

　　2、為進一步完善設計管理，進行進度、質量、投資全面管理，目前進度由我方直接管理，審圖中心對規范進行質量審圖。本年度對設計投資的控制管理力度不夠(合約對設計投資控制，屬于事后控制)，隨著以后的項目擴大，建議：對設計質量、投資另找設計咨詢機構，我方對此進行審定。

　　3、目前對于測繪、勘探施工單位有一總包單位，一方面，我方減少了許多簽合同等重復勞動，增加了工作的有效性，另一方面，其進度、質量有一定制約(對方認為吃獨食)，建議：另增加測繪、勘探總包施工單位，這樣增加我方的.主動性。另外，對于設計的深化，施工方又不能完成的，由設計咨詢機構完成。

　　4、按今年的設計聯系情況，為減少不同項目對同一設計院的聯系，以及按強矩陣的管理模式，建議：設計增加人員(已報人力資源部)，尤其安裝技術全方位，有甲方專業管理經驗人員越來越重要。

　　5、目前，公司的機電安裝各方面都比較滯后，建議：

　　①增加有水電現場管理經驗的甲方管理人員;②建立機電設備安裝管理制度;③制定機電設備安裝設備材料計劃及其采購計劃。

《工程項目風險管理》心得體會5

　　通過本學期老師的《軟件項目管理》課程的學習，我深深的體會到了項目管理在軟件工程甚至是其他工程領域的重要性。通過老師的講解，我了解到了項目管理的理念目前在實踐中起到了越來越重要的作用，對于技術而言，管理意味著決策和支持。只有對生產過程進行科學的、全面的管理，才能保證達到提高生產率，改善產品質量的工程目標。

　　好好研究學習軟件項目管理對于我們以后要從事IT行業的學生而言有著決定性的作用。首先這里存在一個問題，之前已經學習過了《軟件工程》課程，所以剛開始聽到《軟件項目管理》的名字的時候就產生了軟件工程和軟件項目之間有什么區別的疑惑，通過后來對課程的深入學習，才了解到了：

　　（1）軟件工程是研究和應用如何以系統性的、規范化的、可定量的過程化方法去開發和維護軟件，以及如何把經過時間考驗而證明正確的管理技術和當前能夠得到的最好的技術方法結合起來。

　　（2）項目管理是一個管理學分支的學科，指在項目活動中運用專門的知識、技能、工具和方法，使項目能夠在有限資源限定條件下，實現或超過設定的需求和期望。

　　項目管理是對一些與成功地達成一系列目標相關的活動（譬如任務）的整體。這包括策劃、進度計劃和維護組成項目的活動的進展。也就是說，軟件工程為我們提供的具有指導意義的軟件開發方法，項目管理是更從更高的角度思考問題，它總結出了項目管理中會碰到的問題及常規的解決方案，他不僅僅針對軟件開發，而可以適用任何項目工程。那么軟件項目管理則是項目管理在軟件行業的應用了。在課程接下來的學習中，我有了一個深切的體會，在以往的小軟件開發中，都是自己根據想象確定軟件所需功能，然后編寫代碼，做成了一些具有“死”功能的軟件，由于沒有在實際應用中大量使用所寫的軟件，所以忽略了很重要的一點，客戶對軟件的需求變更要求，那么就要求項目開發相關人員對用戶的需求變更有一個好的回復。所以在軟件開發的過程中我們項目開發人員要了解可能導致需求變更的原因，如何管理變更需求，以及如何正確的處理需求變更。

　　然后學習到了一個重要的成本控制方法—掙值法，掙值分析相比于傳統分析方法是一種更好的項目/工程管理方法，因為它綜合了成本、進度與范圍，可以用來預測未來績效與工程完工日期。作為一種早期預警項目管理手段。可以使工程管理人員識別與控制問題，以免問題擴大化。能夠使工程管理更高效、更及時的反應預算情況。下面舉例說明：你被指定負責一個軟件項目，其中有4部分，項目總預算為53000，A任務為26000，B任務為20xx年代中期的美國。由于開發項目不能按時提交、超出預算、質量達不到用戶的要求等原因，70%的項目出現問題。于是，軟件開發者開始逐漸重視軟件開發中的各項管理。到了20xx年代中期，軟件項目管理不善的問題仍然存在。軟件項目管理和其他項目管理相比有相當的特殊性。首先，軟件是純知識產品，其開發進度和質量很難估計和度量，生產效率也難以預測和保證。其次，軟件系統的復雜性也導致了開發過程中各種風險的難以預見和控制。因此，項目管理對軟件生產具有決定性的意義。

　　項目管理的定義是指一定的主體，為了實現其目標，利用各種有效的手段，對執行的項目周期的各個階段工作進行計劃、組織、協調、指揮、控制，以取得良好經濟效益的各項活動的總和。軟件項目管理目的是為了使軟件項目能夠按照預定的成本、進度、質量順利完成而進行分析和管理的活動。另外，進行軟件項目管理有利于將個人開發能力轉化成企業的`開發能力。企業的軟件開發能力越高，表明這個企業的軟件生產越趨向成熟，企業越能夠穩定發展。

　　對于軟件項目的學習，我首先放正了態度來學習，認真分清軟件項目管理與軟件工程的關系和項目管理知識體系。軟件項目管理從頭到尾包括9個知識領域、5個標準化過程組和44個模塊。其中本學期我們學習的主要知識點有以下幾個部分，如：項目的初始中項目立項、合同項目、內部項目、項目授權、初始項目范圍、生存期模型等知識點；項目計劃中范圍計劃、時間計劃、成本計劃、質量計劃、人力資源計劃、溝通計劃、風險計劃、合同計劃、配置管理計劃、集成計劃等知識點；項目執行控制中集成變更管理、范圍管理、進度成本管理、掙值分析法、偏差管理、質量管理控制、團隊管理和建設、項目溝通管理和風險管理等；項目結束中合同結束、項目結束、項目總結、項目管理的建議等。對于這些知識點，我根據具體案例具體分析。

　　通過本學期的學習，我感受到軟件項目管理是一門非常需要學習的課程。即使作為考察課程，它也是軟件行業人士所必須了解的知識。它對軟件工程項目的作用是至關重要的。現在，作為學生的我所做的項目雖然都是一些小的項目，但是在小組共同開發的時候還是需要用到項目的管理。如：人員的分配，時間、進度的計劃，溝通計劃，項目執行變更管理，以及質量管理控制等多種管理。如今這門課程我學的還不是很好，但我相信在今后的實訓及工作當中，能夠更好的體驗和感受到項目管理的精髓，對軟件項目管理有更深入的了解。我也希望，學校的 老師能夠在今后的教學當中重視軟件項目管理課程，多讓學生了解實例，去感受、體會軟件項目管理所遇到的問題和解決方案，理解軟件項目管理的精髓。

《工程項目風險管理》心得體會6

　　項目管理是整個項目的基礎，系統的學習項目管理及實物可以提高工作效率提升員工的項目管理能力。

　　在項目管理體驗式培訓中，我們聽了聚成公司講師的案例和實習我們明白了什么叫項目和項目管理的流程和項目管理的精髓。首先項目管理語言要求統一，減少因傳遞導致的溝通誤差，影響項目進度。公司要求我們圍繞項目管理的基本理念去體驗項目管理事實案例。我們根據講師講授的案例進行深刻的體驗與感受，我們明白了項目管理的目標設計非常重要。項目設計目標要求我們對目標具備時間性和成本質量方面出發。項目管理有九大知識領域和五大過程這都需要我們去深刻的體驗與理解。項目開始前我們要做出一個示意圖，讓所有的員工都能明白我們在做什么我們應該怎樣做，橫向“時間預算”和縱向貫穿“WBS工作分解”讓我們明確項目中關鍵所在。

　　通過學習項目管理的實物我深信未來是企業發展的核心，項目管理是企業的行為過程，是企業發展的載體。營銷管理是企業的成果，也是企業發展的命脈。

　　通過系統的培訓與學習我發現“項目經理”在整個項目處于的角色非常重要，項目經理是整個項目團隊的'引導至和溝通者。一個成功的項目經理的能力直接決定著整個項目的成功。團隊溝通能力異常重要，只有Leader能力帶領團隊的溝通力越強那么整個項目的成功率越高。

【《工程項目風險管理》心得體會】相關文章：

工程項目風險管理論文04-01

工程項目風險管理對策論文06-22

建筑工程中工程項目風險管理研究論文07-04

關于工程項目風險管理論文04-01

論工程項目風險管理論文06-29

電力工程項目風險管理探析論文07-01

公路工程項目風險管理初探論文07-01

配網工程項目風險管理研究論文07-02

水利工程項目風險管理論文06-29