給專案經理的一封信

　　書信的應用範圍廣，內容可以涉及政治、學說、文藝、家務、時代風俗、人情世故、思想情感等各個方面。那麼，要怎麼寫呢?下面小編整理了範文，供您參閱!

　　範文一

　　周經理：

　　你的回信已收悉，上次向你介紹了建設工程招投標過程中的工作要點，這次你想了解一下建設施工過程中的工作要點。你的這個題目比較大，還是和以往一樣，信馬由韁吧。

　　其實，專案經理在施工過程中應重視兩項工作：一是，多寫，寫工程簽證、洽商變更及索賠。二是，多留。這兩項工作能做好，那麼這個工程就不會有太大的問題。

　　先說寫，為什麼強調寫呢。我們先從問題著手，再看為什麼強調寫。

　　施工過程中，因勘測、設計等多方面原因，在實際施工中會發現按圖紙施工根本行不通。如我的一家顧問單位在山西施工陽五高速專案中，發包人給的圖紙標明的是地下為實土，但實際上是沙地、岩石。為此，在圖紙設計打樁需15米，實際上打樁超過了27米。他們之後做了什麼呢，答案是什麼都沒做，非常可惜、可恨啊。花費了大量的人力、物力，但結算時因為沒有相應的檔案資料而被不予核算，義務了，學雷鋒了，這些花費只能自己消化，非常深刻的教訓。我們遇到應該如何做呢?答案是寫材料上報發包人、監理。第一步，應將客觀的施工情況告知發包人和監理單位，要求發包人、監理對圖紙作出說明，並要求發包人、監理給出變更的圖紙或施工方案。第二步，我們根據變更的圖紙或施工方案作出預算，上報發包人、監理批准，並要求適當延長工期;第三步，發包人、監理批准後，進行施工，施工完畢後將變更後增加的工程量及工程款上報發包人、監理，第四步，發包人、監理批准後，按照月度進度款要求發包人支付。上述材料需要及時提交，原則上，應以7天為準。另外，如果發包人、監理不收或收了不給簽收，那麼可以採用快遞方式提交。

　　除了上述情形可以適用工程簽證外，同樣適用於以下情況：發包人交圖、不具備開工條件、施工遇緊急情況、施工組織設計、委託施工圖設計、延期開工、發包人暫停施工、工期延誤、工期提前、隱蔽工程驗收、重新檢驗、工程試車、安全保護措施、危險施工安全防護措施、價款調整、工程量計量、發包人拖延支付工程款、承包人同意延期支付價款、承包人停工、甲供料交料、承包人採購材料及代用材料、一週內非承包人原因停水、停電、停氣造成停工累計超過8小時、合理化建議的費用分攤及收益分享、確定變更價款、竣工驗收、單項竣工、接受竣工結算資料、提交索賠資料、發生不可抗力事件、使用專利技術等申報、發現地下障礙和文物的保護措施等。

　　在上述情形發生時中，應依據合同約定同時向發包人主張工期順延，如影響承包人停、窩工的，應提出索賠報告。再給你講一個例子，我的另一個顧問企業的事。在簽訂施工合同前，我們就非常注意合同條款的約定，對於發包人的聯絡地址都進行了明確約定。施工過程中，因發包人原因致使工期順延，這家企業就發文向發包人索賠停窩工損失，剛開始，發包人接收但不給回覆，後來乾脆不接收我們的材料。於是，我們就採用EMS快遞的方式向發包人主張，同時將相應停窩工的材料進行了錄影並做了公證。在向北京仲裁委員會申請仲裁時，僅停窩工損失，我們就贏得了四百餘萬元。

　　談完了寫，再談談留。還是以案例開始。關於幕牆施工的專案，我代理承包人，發包人與承包人約定施工石材按照樣本進行施工，石材樣本由發包人封存，附件中標明石材為“樹掛冰花”。施工完畢後，發包人認可施工所用石材與樣本一致，但不認可施工所用石材是樹掛冰花，不同意支付工程款並要求賠償經濟損失。司法鑑定時，發包人卻未能提供雙方封存的樣本，最終致使其主張最終未能得到支援。這是教訓啊。當然，承包人在簽訂合同時也存在問題，即合同條款與合同附件約定不明，這也是我們應當注意的地方。

　　瞭解了留資料的重要性，我們應該留哪些資料呢?很簡單，和施工有關聯的任何資料，比如工程簽證、報告、來往函件、會議紀要、停電通知***順延工期的證據***、施工圖片、錄影等等。這也需要專案經理能夠分門別列的整理好，做好檔案管理。

　　好了，先談到這，有什麼問題，我們再來溝通。

　　XXX

　　20XX年XX月XX日

　　範文二

　　經理：

　　時間匆匆，來到新公司已接近半年了。這段時間裡不管是在技術方面還是業務方面都有學習到了一些新的東西，然而也深深的感覺到“自己懂得越多，發現自己缺乏的知識也越多”。沒辦法，每個職業都有很大的發展空間，沒有幾年甚至幾十年的積累沉澱是遠遠不夠的。我自認為自己是一個勤奮好學的人，儘管自己很笨，不善於表達，也並不算是一個優秀的學生，但也會更努力一點點，使自己不管是在生活還是事業上能發展更好一點吧。

　　到了一個新的公司，也算是一個新的家，一個新的Team，但隨著自己在公司瞭解的越多，發現公司優點的同時也發現公司的很多缺點。由於公司寧波測試團隊從組員到組長大多都是新人，工作年限都不長，一些老的員工除了銀行業務知識方面有一定的積累外，測試方面的知識並不強，工作效率方面個人認為是很低的。也由於個人的原因吧，在這半年的時間裡，自己感覺沒多大的存在感，也沒有感覺到團隊的存在，感覺就是一盤散沙，也感覺除個別人外，大多同事都很low，自己本來也挺low的，時間長了害怕自己也越來越low。鑑於此自己又有了想換工作的想法，然而糾結的是由於某種原因暫時還不想離開寧波，而在寧波IT發展並不怎樣，想找一份滿意的工作也不是那麼容易。然而換個思路想想，為什麼不留下來幫助Team，使Team越來越好呢，大家共同進步也何嘗不是一種幸福，儘管這件事情做起來很難，但是既然決定留下來，就不要當和尚去撞鐘，儘自己的一點微薄之力，幫助公司也使自己越來越好。

　　先來說說公司的優缺點吧，自己雖有很多感覺，但真正總結表達出來還是蠻難的，也只有把能想到的說一下了。

　　優點：

　　1. 公司具有比較先進的測試方案和測試平臺，在銀行業務測試方面可能是其他公司不具備的。

　　2. 公司食宿等方面相對寧波大多公司來說算比較好的。

　　3. 其他暫時沒想到，以後再補吧。

　　缺點：

　　1. 缺乏標準、流程、規範;經之前和丁老師溝通，已經有了相對比較全的資料，只是沒有完全實施起來。

　　a. 明確的職責劃分，至少個人感覺不是很清晰

　　b. 詳細的測試流程的培訓

　　c. 測試規範：案例編寫規範、檔案和測試過程中***案例名稱、場景名稱等***的命名規範、測試報告規範

　　d. ==

　　2. 新人培訓不到位，嚴格說來公司目前就沒有培訓，不能在短時間內使新人成長起來

　　3. 組員之間缺乏交流，交流少進而工作效率不會高，大家進步也會很慢。增強交流是進步最快的方法，但是也得把握好交流方式，否則就是浪費時間。

　　4. 組長能力不足，職責偏離軌道。組長責任更多的應該是在合理高效的分配任務、不斷的培訓和指導新人、把握好測試計劃和測試策略、做好各方面的稽核工作、改進測試方法和提高測試效率，而不是把工作重點放在測試執行上。個人認為如果組員在工作上如果出現問題，組長要承擔一半的責任。

　　5. 測試理論知識缺乏，或沒有很好的跟實際結合起來。比如測試計劃、測試方案的編寫，大家大都是照著之前老的模板改一下，看起來真的不怎樣。

　　6. Team building***團隊建設***很不力，50多人的團隊，工作一年多都叫不出同事的名字。

　　7. 缺乏計劃、總結。大家只知道每天不停的執行和分析案例，迴歸測試一年下來也發現不了幾個bug，具體的專案計劃和狀態組員並不清楚，感覺不到自己的存在感，體現不出工作的價值，也沒看到有什麼員工激勵。

　　以上這些組內人應該也都知道，也肯定比我這個剛來不久的人更清楚，也許是心有餘而力不足吧，要想Team一下強大起來也很難。之前有建議過丁老師多做一些沙龍和培訓，目前她已經開始蒐集了 一部分需求，這也是個很好的開端，萬事開頭難，剛開始可能會受到一些阻力，不過相信大家會越來越好。現根據自己的想法提出一些建議：

　　建議：

　　1. 呼叫公司內其他Team比較有經驗的專案經理或領導給予組長培訓，也可以組織Team間的多次沙龍進行交流。

　　2. 組長的職責範圍合理調整，給予其充分的時間去發揮自己的特長，如果人員缺乏不妨增加人員，或適當增加加班***當然要給員工申請實際的福利，目前公司加班必有回報的宣言，個人感覺挺扯淡的，現在這年代有幾個年輕人會相信，即便他相信也不一定願意先付出再等年底的回報***。

　　3. 對於組內人員的培訓：

　　a. 首先給有經驗的人員分配任務，根據他們的強項和優勢，給予他們一定時間讓他們總結近兩年的工作經驗給予新人培訓***適當給予講師一定的獎勵作為激勵***。

　　b. 大家多一些組內的交流或會議，相互瞭解和分享一下自己在業務和測試方面的經驗，方便組員在忙閒不均的情況下，合理調配資源。

　　c. 不妨請業務老師給我們多一些培訓，他們多大都是很多年的老手，肯定有我們能學習到的東西。

　　4. 公司的流程規範方面已經有了相當完善的文件，不妨多宣傳一下，讓同事們養成良好的習慣。

　　5. Team building 方面多舉辦一些活動，越不互動，大家越生疏。

　　6. 制定相對相信的計劃，並且定期做總結，多給員工製造一些決策參與感，讓他們瞭解工作的重要性和價值所在。

　　7. 可聯合Team外、甚至其他公司，多做一些沙龍或活動，拓寬Team的視野，也使Team更強大。

　　就說這麼多吧，以上說的也許都是錯的。最起碼都是純理論的東西，真正實施起來並不容易，只是自己的一些感觸和想法而已，希望公司發展越來越好!

　　XXX

　　20XX年XX月XX日

　　範文三

　　經理：

　　你好!

　　下午趕到X專案現場，去了後，我認識到的，和我去之前感覺到的，還是有差別的。

　　針對今天下午和晚上的與客戶的溝通，下面提出對X專案的要求。

　　針對Y系統上線，請仿照其思路搞出一個Y系統上線前的執行明細計劃***倒推***：

　　1、明確到某一天，最起碼要到2天的時間段的工作內容。

　　2、把具體工作拆分，拆分到不能拆分。原則是一個人能獨立具體做完的***這就是專案的工作任務粒度，也是能顯示出專案經理能力的地方***。

　　3、明確要求完成的時間段***開始做時間、計劃完成時間***，這個時間，如果是你自己做可以評估出時間，如果是需要客戶方來做的，你先寫一個時間，然後拿著這個時間和客戶說“這是我評估的時間，你估計有什麼難度?”，如果說有難度，再把時間稍微放寬。通過這個交流就得到了關鍵使用者的針對這項工作完成的承諾。

　　4、對某一項具體的工作任務要明確到人。如果是安排客戶方來做的工作，需要你做好指導和要求說明。

　　最後把最終雙方認可的執行明細計劃，打印出來，送給客戶方領導和各相關人員。讓他們領導和自己監督他們。

　　另外，在執行過程中，要時不時與關鍵使用者溝通，問他們有什麼問題，隨時做推進***這是“走動管理”***。 還有一點，現在既是月底也是年底，客戶很忙，同時，客戶也明確了上線要求，對方的緊迫感很大，在這個形勢下，每天早上或者每天下午，大家開個碰頭會是很必要的。對計劃中要完成的工作進展情況，並彙總相關問題。遇到問題了，及時與客戶溝通，並要求解決。

　　安排你和其他工程師在專案現場做工作推進和實施工作，對你們來講，其中的困難和壓力，我能體會到，其中你們吃的苦，我也看到。

　　但是，苦吃了，困難壓力也頂住了，要見到效果。那如何能見到效果呢?這就需要我們發揮創造性和能動性，整合調動客戶和公司的資源。 我堅信，經過X專案，你們的能力提高會很快，不論是業務上還是專案管理上。同時，也堅信，公司的明天，你們是頂樑柱! 共勉!

　　XXX

　　20XX年XX月XX日

猜你喜歡：