關鍵字：開發管理經驗
背景 項目將近尾聲，測試驗收結束
認識到項目開發管理過程中出現了一些重大問題
交流項目開發管理過程中的體會
目的
關注項目管理過程中的常見問題
吸取教訓，總結經驗，避免以后出現類似的情況
與大家共同探討，共同提高
//=================================================
端正態度，加強重視
項目管理是件費時耗力的事情
需要大量的溝通時間
需要解決許多潛在的問題
需要統計工時、項目狀態報告、調整計劃。。
我本人曾經犯過這樣的錯誤，當時有一個項目，從技術角度出發沒有什么特別的難度，只是加了一塊WEB方面的UI顯示，因此當時在整個項目開發管理過程中，我沒有投入太多的精力在項目開發過程中，只是定期的去問一下任務完成的如何，有沒有做好類似這樣的問題，平時更多的精力都放在了安排MPP，寫項目狀態報告上，因此當時覺得搞搞項目管理還挺輕松的，但是后期這種弊端就暴露出來了，開發工程師完成的并不理想，或者由于測試不充分導致了重大的BUG，導致項目的后期非常被動，拼命趕工，總結歸納下來就是在整個過程中，沒有引起充分的重視，認為事情不多，忽視了仔細的檢查，可能潛在的一些問題等，因此我想要想做好項目，第一件重要事情就是要加強重視，端正態度，只有勤勤懇懇的投入與努力，才有可能管理好，控制好一個項目。要想輕輕傷煽刂坪孟钅渴遣豢尚械模?lt;/P>
避免出現不合適的觀點
過于樂觀
“這個應該沒啥問題。�！�
“很簡單，搞搞就好了。�！�
“還有時間，來得及，我可以馬上就做好的。�！�
“這個我以前試過的，肯定可以。�！�
＝＝》真的沒問題嗎？？？
由于軟件的復雜性，總會由于環境不同、工具不同、新技術的不確定、測試的不充分而帶來意想不到的結果
“��？怎么會這樣。�！�
“哎呀，這個邊界值還沒考慮到。�！�
“哦。原來以前是這樣做的，哪我這樣做還不行。�！�
結果：工期延誤、突發事件、維護困難。。
這個問題我想在日常的開發過程中都非常常見，好像軟件工程師天生都比較樂觀（也有可能是一種自滿情緒？）諸如上面的話我們屢見不鮮，但是往往很多問題就是恰好出現在“沒問題”的地方，歸根結底就是過于樂觀，“認為沒問題”（其實可能有問題），結果導致很多的突發事件，給項目計劃帶來了不小的影響，我想歸根結底是一種過于樂觀的情緒，要解決這樣的問題，只有踏踏實實的去做，去驗證：
解決
動手去做，驗證結果
在有限的精力內，盡可能做到測試充分
＝＝》 確實是沒問題！
避免出現不合適的觀點
過于自信
“我是項目經理，你該聽我的。�！�
“我這方面比你強，我肯定是對的。�！�
“這個我以前做過，肯定是這樣的。�！�
站在整個項目組的角度考慮問題，不是爭個人勝負
切實有效的溝通，得到一個比較妥善的做法
無法達成一致的時候，可以做些測試，或者找些證據
＝＝》一切為了讓項目做的更好
避免出現不合適的觀點
切忌想當然
“我本來以為驗收是這樣的。�！�
“我原先以為你的意思是這樣的。�！�
“我以為開發工程師都做好了。�！�
“用戶的需求我一開始是這么理解的。�！�
＝＝》通過溝通，檢查等方式去確認，避免無謂的返工或者臨時的手忙腳亂
工作安排的確定
盡量避免關鍵路徑的不確定性
盡量避免關鍵路徑中出現真空
盡量避免關鍵路徑改來改去
關鍵路徑指一個軟件中最主要的框架、流程、算法、模塊等對軟件本身有著重大影響的因素。
并非開發工程師不想好好完成任務，缺乏明確目標，包括功能、時間約束
軟件開發希望能一次就做好，不要反復
盡管在前期的確可能存在一些不確定因素，但最好能降低
通過良好的設計進行一些變化的隔離
以更好的方式溝通
整個項目組是種協助關系
溝通的時候注意語氣以及對方的心理變化等
如發現問題，可以坦誠的與對方交流
項目例會的重要性
檢查的重要性
及時深入的了解項目存在的或者潛在的一些問題
對重要問題多加了解，保持跟蹤
開發規范的建立
不要像個監工一樣監督
檢查的目的是為了保證質量，保證需求理解的一致性
最有效的檢查方式是 “讓我看一下”
測試的重要性
開發不僅僅是編碼完成，應包括單元測試與集成測試
性能測試的重要性
邊界測試、覆蓋測試的重要性
換位思考
站在用戶的立場，考慮軟件的安裝、使用、配置。。。
站在測試的角度，考慮模塊的接口、易用性。。
站在管理的角度，考慮交流、匯報、協調、安排。。
謝謝
延伸閱讀
文章來源于領測軟件測試網 http://www.kjueaiud.com/