什么，沒有把精力集中在改善對經(jīng)濟效益貢獻最大的質量要素上面。
有些軟件機構沒有軟件質量管理的措施，開發(fā)人員把完成功能當成終極目標。用戶在使用軟件的過程中發(fā)現(xiàn)許多Bug，導致開發(fā)方的糾錯性維護代價很高。
有些軟件機構雖然很重視軟件質量，按照ISO,CMM 的要求建立了管理規(guī)范，但是效果不明顯。人們搞不清楚軟件測試、技術評審、質量保證的作用和關系。不懂得內建質量，主要靠修補錯誤的方式提升質量，代價比較高。
很多人誤以為提高軟件質量是質量保證人員和測試人員的責任，沒有意識到任何開發(fā)人員、管理人員都會對質量產(chǎn)生影響，都要對質量負責。另外，質量保證人員的權力比較小，很難推動質量改進措施。(質量不是檢驗出來的，質量管理要樹立全民意識)
3.6 變更管理問題(CCB,變更流程，變更影響分析)
經(jīng)常隨意變更需求、設計、代碼等，嚴重影響項目的正常開發(fā)進程。 無法拒絕客戶的不合理變更。
4.開發(fā)問題
開發(fā)團隊不能熟練應用“增量－迭代”的開發(fā)模式。(RUP，迭代和增量分清楚)
需求分析能力欠缺，不能很好地抓住用戶真正的需求、清晰地闡述需求。(需求分析的重點是挖掘潛在需求，從用戶需求到軟件需求的抽取和提煉)
系統(tǒng)設計能力欠缺，不能綜合考慮產(chǎn)品的功能、性能、可擴展、可復用等。(任何軟件生命周期和開發(fā)方法論，系統(tǒng)總體設計階段必不可少)
軟件用戶界面設計能力欠缺，易用性不夠好。
開發(fā)團隊各成員的編程質量差異比較大。(人員角色分工，外科手術隊伍)
測試和改錯的效率不高，不能在比較短的時間內發(fā)現(xiàn)缺陷，并很快消除缺陷。
5.跨部門協(xié)作問題(溝通，出入口準則，知識庫，評審, 隊詞匯表)
上下游人員相互不熟悉對方的工作流程和規(guī)范，溝通比較費勁，溝通效率比較低。
上游不能及時了解下游工作進展情況和負荷，不斷傳達新的任務，下游忙不過來。
上下游人員在溝通的時候，沒有及時記錄溝通的結論和建議。
上下游人員的工作成果分散在各自的計算機里，難以積累和共享知識財富。
上游傳達給下游的需求不清楚，各方理解有偏差，導致需求和工作成果經(jīng)常變更。
(過程和流程定義中，各中間階段和中間產(chǎn)出物必須有嚴格的出入口準則)
6.工具問題
企業(yè)使用管理工具可以提升管理效率，積累知識財富，例如代碼和文檔版本管理、任務進度管理、缺陷管理等等。國內IT企業(yè)管理工具的主要問題不是“工具太少 了”，而是“工具太多了，雜亂無章，缺乏整體規(guī)劃和管理”。工具之間各不兼容，沒有辦法整合數(shù)據(jù)。有些工具很老了、不好用，但是有數(shù)據(jù)，不能淘汰，又不能 更新。結果這么多雜亂的工具非但成不了財富，反倒成了包袱，十分頭痛。示例：
7.互聯(lián)網(wǎng)企業(yè)研發(fā)問題
技術積累和規(guī)范化程度較弱，心態(tài)浮躁.
有些互聯(lián)網(wǎng)業(yè)務帶有很強的時效性，項目開發(fā)周期通常較短，甚至可能只有幾天或幾周時間。所以互聯(lián)網(wǎng)企業(yè)的研發(fā)講究一個“快”字。人們留傳一句話：互聯(lián)網(wǎng)企 業(yè)的3個月，相當于傳統(tǒng)IT公司的1年。絕大多數(shù)人并未真正領悟這句話的含義，并被嚴重誤導。這句話的正確理解應該是：“互聯(lián)網(wǎng)產(chǎn)品與服務的成敗，在3個 月內就可以看到其他IT企業(yè)通常需要1年才能看到的效果”。
8.流程改進方法論
所謂流程就是工作的步驟和制度（規(guī)范），流程規(guī)定了“誰”“在什么時候”“怎么做事情”“產(chǎn)生什么成果”。流程一般有6個要素：目的和適用范圍、角色職責、工作步驟和流程圖、輸入和輸出、成果模板、度量和評價。
流程改進是指分析企業(yè)的強項和弱項，改正缺點、發(fā)揮優(yōu)點，制定更合理的流程，使廣大員工依據(jù)流程開展工作。
超過百人的研發(fā)隊伍，公司應該設立專門的流程改進機構，不斷發(fā)現(xiàn)企業(yè)自身的研發(fā)管理問題，并在公司層面進行持續(xù)改進，為各業(yè)務部門提供有效的研發(fā)管理方法論和工具支持。 轉貼于：http://m.opto-elec.com.cn
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
