3）有問題即反饋！
很多項目組成員喜歡遇到問題就悶頭干活，不好意思問，也好像是怕被主管認為能力低。遇到問題有可能是任務本身有問題，也有可能是你的認識不到位，某些知識不具備等導致的。實際工作中遇到問題是很正常的事情，如果沒有人提出問題，這反而是項目的最大問題。我強調任何人都可以提問題和大家討論，任何人都可以發(fā)起項目會議討論問題。問題如果不在產(chǎn)生時消除，將來必定會因此徒增很多項目工作量。
2.建立項目組成員的自信。
我?guī)ьI過很多項目團隊，很多項目組成員是新手，甚至是應屆生，項目團隊中新手太多是很大的挑戰(zhàn)！在中國基本上不可能每個項目團隊一開始就是最強陣容的，大部分項目團隊是新老結合，中高低搭配的。我強調每個人的重要性，對于新手要給出更多的機會，更多的指導，更多的鼓勵！犯錯不要緊，犯錯多也不要緊，只要錯誤不是重復的，這就是好事！只要去做事情，就有機會犯錯，只要做未做過的事情，犯錯機會也會更大一點，關鍵是總結和進步！
3.質量投資，減少返工。
項目時間緊，大家就會一頭扎到編碼中，想盡快弄出個東西來?！爸\定而后動”“磨刀不負砍柴工”等大道理大家都懂，但事到臨頭還是明知故犯，結果往往是工作質量低、返工一大堆！
要培養(yǎng)大家零缺陷意義，零缺陷意識包括零缺陷文檔、零缺陷代碼、零缺陷發(fā)布。我經(jīng)常和大家強調，做一個事情只有兩種選擇，一種就是不做，一種就是認真做好！不要搞什么60分萬歲，不要應付完成，任何帶有缺陷的工作，會在將來帶來無窮無盡的“后患”。一步一個腳印，欲速則不達。
除了向大家灌輸這種思想并要求大家這樣去做，作為項目經(jīng)理還需要盡早檢查和指導大家的工作。比方說：我安排小甲完成某模塊的設計文檔，我不會等文檔完成才去看，我會先要求小甲思考后找我口頭說明他的思路，大致沒有問題我就讓他動手寫文檔，而且我要求項目組所有人寫文檔都必需在線完成，我會隨時檢查文檔的質量。（說明：我們用SharePoint來管理項目文檔，Word、Excel等文檔都可以在項目網(wǎng)站上在線編輯。）
絕大部分項目是分秒必爭的，保證大家用正確的方法做正確的事情，才能最大限度地減少返工。不過上面提到的檢查辦法確實有點夸張，我一般對于新手才會這樣檢查，當新手已經(jīng)成長起來，你對他有信心，就不需要檢查得這么密了。
4. 不斷思考減少工作量的辦法。
失敗的項目特點，往往是無用功太多，返工太多！
軟件項目的特點是“兩不明確兩大限死”：需求不明確、設計不明確、工期限死、預算限死。要成功完成項目，不能光靠所謂的項目管理知識，你需要熟悉這個軟件開發(fā)的方方面面，想出降低工作量的方法。
能極大降低工作量的兩個方面：
1）需求方面：抓住本質需要，盡量簡化需求，優(yōu)先實現(xiàn)穩(wěn)定的需求。
穩(wěn)定的需求是指我們基本能明確，客戶將來不太可能會變化的需求，這些需求應該優(yōu)先實現(xiàn)。
2）設計方面：采用成熟設計，重用組件，采用能降低編碼和實施工作量的設計。
通過以上兩方面降低工作量，光靠項目管理知識是辦不到的，你需要在這兩方面有資深的經(jīng)驗，你需要發(fā)動項目組全體人員的智慧，一起想出簡化工作的辦法。
5.密切留意需要客戶和第三方完成的工作。
我們公司的項目在開發(fā)階段還算比較順利，因為一切都是自己來掌控的，但一旦涉及到客戶或者第三方，問題就非常多。下面是常見的一些問題及應對辦法：
1）確認需求規(guī)格說明書，特別是一旦要求客戶簽字蓋章，就會左推右推。我們會跟客戶說明簽字是表示對前面工作的確認，不代表將來不允許變更。
2）客戶不能及時準備好實施所需的軟硬件環(huán)境。我們會提前很多提醒客戶，并盡可能幫助可以搭建實施環(huán)境。
&