存在問題二、開發管理松散。領導了解工作完成情況重視口頭交流，忽視書面文檔。有些部門主管無法確切得知項目的進展情況,項目經理也不知道各開發人員的具體工作,項目進展隨意性很大,可"左"可"右"。"左"時按領導下達的"期限"進行,到期時,似乎一切已順利完成,大家一陣胡弄,交差完成,反正領導看的是界面,至于里面是什么,留到施工時再說。施工時的工作因此變成了無法匯報、無法理清的無休止的維護。"右"時則項目工期無休止地延期。對我們軟件工程來說,總的特點是先"左"后"右"。在領導面前表現"左",在用戶面前表現"右"。有個測試人員經常利用上班時間學習英語，過了一個多月，看她依然如此，我做為項目領導進行批評教育，這名員工并不認為自己錯了，她爭辯，公司采取彈性工作時間，考核員工是分配的任務是否完成等理由。同時、我對她批評結果遭到她的惡意報復，她給有關領導報告新來的經理如何不懂公司業務，采取不適合公司的管理方式等，由于領導無法了解真相，使得我的工作在一段時間開展很困難，直到過去半年，這名員工辭職出國學習領導才明白發生了什么。
存在問題三、項目之間溝通不夠。各個開發人員各自為政,每個項目經理都像個"地主"，編寫的代碼不僅風格各異,而且編碼和設計脫節。每個項目組的人力資源和硬件資源成了"私有財產"，自己人員即使暫時空閑，讓他從事所謂的新技術研究，也不考慮友鄰項目需要他們幫助的現狀。本來開發中錯誤在所難免, 進展早一點的項目組或者人力資源強的項目組已經積累類似問題的解決經驗，也不愿意分享給其它項目組。 開發大量重復, 留下大量難維護的代碼。典型案例是有個短信項目D兩年來在這個開發人員Y 的研發支持下運轉效益很好，但是三個月之前，開發人員 Y因為待遇問題和公司領導談判失敗，提出辭職。項目D仍然在運行，但是最近移動公司規范修改、系統升級，需要修改程序，沒人能看到及時更新的文檔，盡管有一堆代碼庫，但是后來的程序員都沒辦法分析明白程序結構。公司領導出面請開發人員Y來協助，因為沒有文檔記錄，Y忙于新公司的工作也不能解決修改。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
