須懂得傾聽，在聽意見的時候，不要過于自信!應(yīng)該創(chuàng)造一個良好的交流環(huán)境，一個好的交流環(huán)境可以激發(fā)人的思維，一個差的交流環(huán)境會抑止交流的欲望。而在這個環(huán)境中，PM的心態(tài)是比較重要的。
我發(fā)現(xiàn)每個軟件公司幾乎都有例會制度，但是每次例會的效果越來越差，幾乎就變成了一個人說話了。例會制度本來是為了保證交流，增加交流。但是，由于這種例會形式過于正式，所以使人感覺氣氛壓抑，所以就抑止了交流欲望，結(jié)果反是減少了交流!氛圍決定交流的效果，比如PM請項目組人員去喝酒，這時的話肯定比例會時的多!
以前看到美國人、印度人每天下午都有一個喝咖啡的時間，曾經(jīng)很納悶!現(xiàn)在感覺到了，原來是調(diào)節(jié)交流氛圍的!
軟件文檔的必備要素
和大多數(shù)同行一樣，我明白軟件文檔的重要性。不幸的是，在任務(wù)開始前我很少閱讀文檔。相反，我常常像視線不清的父母一樣，在裝配好他們孩子的自行車之后，還落下一兩個零部件沒裝上。 如果我們明白文檔的重要性，那為什么我們不更經(jīng)常用它呢?然而，許多軟件文檔存在以下問題：
· 錯誤的語法和/或拼錯的詞語
· 不完整
· 過時或不準確
· 過于冗長
· 未經(jīng)解釋的縮略語或?qū)Ｓ眯g(shù)語
· 查找信息困難
存在這些問題的主要原因是軟件文檔常常被退居次位。工程預(yù)算迫使我們優(yōu)先考慮開發(fā)過程中的主要活動，也就是那些可以看得到利潤的地方。編寫文檔需要成本，因而它常常成為一項主觀上的活動，而且通常被認為沒有重要作用，應(yīng)該盡量避免。許多項目經(jīng)理認為客戶不需要文檔，它只是用來裝點門面的。 軟件文檔質(zhì)量差的另外一個原因在于文檔撰寫者。許多應(yīng)用程序開發(fā)經(jīng)理認為軟件文檔的編寫是軟件開發(fā)過程的一個標準組成部分，因此要求開發(fā)人員在編碼的過程中產(chǎn)出文檔。
盡管這種做法在理論上行得通，但它沒有考慮開發(fā)人員編寫文檔的能力。簡單來說，技術(shù)人員是用來開發(fā)軟件而不是編寫文檔的。為了解決這個問題，許多應(yīng)用程序開發(fā)經(jīng)理雇傭?qū)I(yè)技術(shù)文檔編寫者或業(yè)務(wù)分析師，以期改進軟件文檔的質(zhì)量。但這又遇到了另一個難題：專業(yè)編寫者及業(yè)務(wù)分析師的技術(shù)水平有限。
解決這個問題要考慮需要編寫的文檔以及文檔的預(yù)期讀者。一般的規(guī)則是，寫文檔需要團隊協(xié)作，這樣就允許開發(fā)人員和文檔編寫者利用彼此的長處，取長補短。例如，如果預(yù)期讀者是系統(tǒng)設(shè)計師，開發(fā)人員需要提供技術(shù)細節(jié)，然后文檔編寫者按照正確語法組織和編輯內(nèi)容。不考慮預(yù)期讀者或?qū)ｉT編寫者，軟件文檔的質(zhì)量取決于其可用性，可從以下6個方面去評價其可用性：
· 應(yīng)用性：文檔是否提供相關(guān)信息?
· 及時性：信息是否及時?
· 準確性：信息是否正確?
· 完整性：文檔是否足夠詳細而又不會太過拘泥細節(jié)?
· 可得性：文檔是否隨時可得?
· 可用性：你能否很快憑直覺就找到所需信息?
軟件文檔的最主要目標是傳達一個系統(tǒng)的技術(shù)要素和使用方法。第二個目標是提供軟件開發(fā)過程中的需求，決策，行為，角色和責(zé)任的書面記錄。只有實現(xiàn)了這兩個目標，軟件文檔才真正提供了有意義的信息。
任務(wù)監(jiān)控
在項目組中經(jīng)常出現(xiàn)一種情況，就是PM對各個組員的工作檢查太多，導(dǎo)致很多工作不能及時執(zhí)行。在項目組中也有很多這樣的情況，就是PM不知道如何去做一份可行的計劃，不清楚如何去分工。當(dāng)然以上工作主要看PM的能力，但是也要看方法。就拿第一種情況來說。交流會起多大的作用?這首先要分析一下，PM為什么增加檢查力度，細致且繁瑣。PM擔(dān)心組員不能把任務(wù)保質(zhì)保量的完成，所以就不斷的檢查。這種擔(dān)心是有必要的，但也在