感謝礪志咨詢舉辦這樣一個征文活動，讓我得以把前幾年一些項目管理上的記憶重新整理呈現(xiàn)在這里。在職研究生主修 IT項目管理，后來又考了PMP的認(rèn)證，之后的工作一直也在從事寫出來只是項目管理相關(guān)的工作。下面這8篇日志記錄了從08年以來自己成長的點點滴滴，里 面并無真知灼見，也并不是高談闊論，只是隨手記錄下當(dāng)時的感悟來和身邊的同學(xué)朋友分享相互勉勵。
P.S. 由于所在行業(yè)和公司的影響，行文中摻雜了不少英文單詞，只是當(dāng)時寫作思路連貫順暢，非故意而為，請見諒。
PM日志之一-迎接黎明的曙光
當(dāng)上周三晚寫完最后一封email點擊發(fā)送時，瞥了一眼書桌上鐘的時針-凌晨5點，可以放松一下準(zhǔn)備迎接黎明的曙光。所以按照邏輯來講，第一句話的時間狀語應(yīng)該修改為周四凌晨；但之所以故意寫成周三的原因，是因為在那之前一次看時間還是周三晚上10點。Global的project，初始階段需要大量的team內(nèi)外的溝通和協(xié)調(diào)。而兩方人馬又不愿意直接對話，都想要確定的結(jié)果再做出自己的判斷；于是乎兩個同處一地的老大，讓一個遠隔十萬八千里的PM在中間傳話，折騰了一整晚。你會說，這簡直難以理解。不過，這確是真實的情況-是的，當(dāng)時就是這樣。整個執(zhí)行team不會為了你一個project服務(wù)，而team外的人也不愿同時接觸過多的其他team的interface。當(dāng)然，這只是一個極端情況-在project關(guān)鍵milestone時的非常之舉；多數(shù)時間還是可以smoothly進行的。我今天想說的，就是關(guān)于PM的工作時間問題。
從去年底開始PM之旅以來，已經(jīng)有大半年的時間。一直想把自己的經(jīng)驗教訓(xùn)心得收獲以某種形式記錄下來，但一來之前初窺門徑未敢造次，二是實在不能靜下心來思考些問題；這不接著這兩日寫論文的沉淀，再加上這周深度缺覺的感慨；打算開始這個PM日志系列，歡迎批評指正，大家一起討論一起進步吧。
無論何種企業(yè)何種項目，開會自然是免不了的。會有大小，分長短，按主次；優(yōu)先級安排上自是不同。不過通常會有如下的幾種：項目管理人員例會-每周固定發(fā)生，自己的問題爭取及早表達，之后基本處于略聽狀態(tài)，電話會議還可兼干其他的事情，遇到與自己相關(guān)的注意下即可，沒聽清的可以翻查之后發(fā)出的meetingminutes，錯assign給你action一定要及早回絕；項目專項會-和你所負(fù)責(zé)的部分關(guān)系密切，多半是你hold，一定要做好準(zhǔn)備，列好提綱記好minutes，不然各位老大多半貴人多忘事；部門例會-由于矩陣組織結(jié)構(gòu)，每周需要向直屬boss匯報工作，需要強調(diào)兩件事，ProjectGreen flag大家都愿意聽好消息嗎，還有就是你需要escalate找他幫忙的，其余內(nèi)容選擇只要體現(xiàn)出你的工作量即可，但要簡明扼要直奔主題；自己項目組成員會-需要及時聽取項目的進展和大家的需求和問題，適當(dāng)把職責(zé)下分授權(quán)。其他各種形式內(nèi)容的會議就不一一列舉了。不過一個原則，會是為了解決問題的，且能短則短。
把這些會議放到你的outlook calendar中，你會發(fā)現(xiàn)你的生活很充實，工作上的空余時間會被卡的很死。會議常常會打斷你正在進行的工作，再加上開會的過程中問題并沒有太多實質(zhì)性的進展，之后還有很多具體的事情需要followup；所以這里需要引入“?！钡臋C制，“會議”來了“入棧”，“會議”結(jié)束“出?！?，以保證工作的繼續(xù)進行。具體方法可以存封為完成郵件在草稿箱中，或者好腦子不如爛筆頭的準(zhǔn)備個厚實的notes。即便是多線程處理且效率很高的情況下，還是很有可能在正常的工作時間搞不定手頭的事情。這種情況，