【正文】 誤工。從以往項目執(zhí)行情況來看，執(zhí)行階段主要存在以下問題：(1)組織機構問題組織機構不健全，工作職責劃分不清晰，投入的人力不足，缺乏的相應的管理經驗及專業(yè)知識，只能邊學邊干，導致沒能正確使用項目管理方法進行資金、進度、質量管理。(2)資金使用問題我們對業(yè)主支付資金狀況不理想的情況沒有充分估計預判，沒能及時制定和修訂專門的回款和付款計劃，沒有對資金充分合理運用。(3)設計問題圖紙確認周期較長。雙方的技術理念差異，溝通的不順暢，業(yè)主政府的硬性要求等導致了圖紙確認的延期，直接造成了工程的拖期。(4)設備監(jiān)造問題業(yè)主對于設備的監(jiān)造很嚴格，設備檢查過程緩慢，第一批主機設備檢查時，業(yè)主雇傭了多家檢驗公司來中國檢查，部分設備報廢返工。我們的項目管理設備監(jiān)造水平能力也亟待提高。(5)集港發(fā)貨問題集港涉及到分包商設備產成情況、貨代、船務信息、報關單據(jù)等多方面內容。對于我們是一個全新的領域，經驗的不足制約了發(fā)貨進度。(6)設備保管問題設備運至現(xiàn)場保管不力，存在銹蝕和損壞現(xiàn)象。設備保管問題在任何現(xiàn)場都會存在，只有合理安排發(fā)貨時間，減少保管時間，及時修復或補發(fā)損壞部件，才能不影響后期安裝調試。在收尾階段，雙方會產生很多分歧，主要矛盾包括：因政策法規(guī)引起的糾紛，如法律、稅務、保險方面。業(yè)主對于設計、采購、施工等方面遺漏的罰款要求。 業(yè)主對于工期延誤的罰款要求以及我方認為業(yè)主方延誤的索賠。雙方在缺陷整改費用方面的分歧等等。項目收尾階段比較艱苦漫長，整個執(zhí)行階段存在的所有問題都會在此階段由業(yè)主提出，并提出罰款要求。同時業(yè)主出于自身利益的考慮，我方不容易在業(yè)主方取得最終驗收，且業(yè)主會提出很多缺陷問題阻礙我公司人員離場。履約保函很難得到釋放。這些都增加了項目的成本，影響了項目的最終收益。從以上分析不難看出，過去的6年時間里，我們盡管在項目執(zhí)行方面取得了一些成績，但存在的問題也絕對不容小覷，這些問題的存在導致了項目的拖期、成本增加，影響了項目的盈利能力。項目管理工作小結篇四對軟件項目的管理者來說，他最應該關心的是能否按時優(yōu)質地交付產品的問題。在計劃軟件開發(fā)的路線時，他必須首先考慮軟件基本功能的實現(xiàn)和工程交付期，其次，才考慮產品的賣點，許多工程失敗的原因就在于設計者沒有時間概念，工程前松后緊或增加了許多次要的技術特征，這樣反而對產品質量形成了威脅，總之，最重要的是懂得統(tǒng)籌安排各個環(huán)節(jié)。理想的方法是由開發(fā)小組的其他成員一起來面試，如果誰看不上眼，他都不能加入，否則以后會有很多麻煩。這樣做的另一個好處是借此機會互相認識一下，經理一定要把新員工介紹給大家，并且小組每個員工都應該過來握手介紹自己，這是起碼的招聘禮節(jié)。曾經有個例子，某公司開發(fā)人員王某由于剛開始學習編程，技術水平差一點，常常受到經理的“另眼相看”，每次軟件出現(xiàn)了問題都懷疑是他的原因，老開他的低級玩笑，這位員工會有怎樣的表現(xiàn)就可想而知了。經理通過這種手段能夠迫使這一位自動辭職嗎？非也，這位員工后來工作非常不負責任，把代碼寫得既長又重復，且在代碼中留下大量的隱患，此時，經理卻反而不敢過份得罪他了(否則，留下的巨量代碼很難維護)。如果認為某人不適合目前工作，為何不另請高明？既然已經請他作了這件工作，就得尊重他。不能指望開發(fā)人員在非工作場合談吐得體、辦事周到、眼觀六路、耳聽八方，正所謂“尺有所短，寸有所長”，例如要求技術人員在酒席宴上象公關小姐或公關先生一樣舉止適度，從來不會有好的效果。軟件人員普遍喜歡自由而寬松的工作環(huán)境，最好不要做過多的無謂的規(guī)定，例如不準遲到、上班必須換拖鞋，否則罰款等等。如果確實有人經常上班遲到，工作不認真等，首先應該了解原因，此時多作思想工作是必要的，許多公司的經理們認為“思想工作”是過時的東西了，其實不然，私企職工背負的心理壓力其實很重。他們特別需要有人關心，特別需要心理上的“減負”。管理需要合理地使用資金，有的公司在不該花錢的時候花錢，在需要花錢的時候節(jié)支，結果卻事倍功半。例如，員工向公司提出買臺電視、熱水器、電風扇等生活設施(甚至是廁所的紙巾)時，公司強調節(jié)支，而在組織大家集體乘飛機到外省旅游這種事情上卻舍得花錢，這種現(xiàn)象比較普遍，效果卻不一定好，因為員工會認為公司集中花一筆錢是在收買人心。所以，關心職工的事情需要過細地作。作坊式作業(yè)的時候，軟件是由一兩個程序員寫的，軟件寫完了，雖然在產權上這個軟件或許不是自己的，但程序員心里會覺得這個軟件就是自己的，對這個軟件的感情就象對自己的兒子一樣，關于這個軟件一切成敗榮辱都被看成是自己的，在這種心態(tài)下，程序員會不分白天黑夜地超常投入。而現(xiàn)在的軟件一般都是十幾人、幾十人甚至上百人協(xié)作完成，軟件寫成后究竟是誰的？有了榮譽是誰的？都不是太明確，同樣，軟件有點毛病也不專是哪個人的，而是大家的，既然是大家的事情，那就讓大家來做，我為什么多操那個心？如何在大協(xié)作的背景下最大限度地提高個人的積極性很值得仔細研究。設計部分大家參與、多開會交流、讓程序員直接傾聽用戶對自己工作的意見等方法不妨一試。