企業(yè)研發(fā)管理常見問題和應(yīng)對
作者: 來源: 文字大小:[大][中][小]
1.組織結(jié)構(gòu)和
人力資源管理
職能型還是矩陣型，項目經(jīng)理和職能經(jīng)理的交叉管理和平衡。
多頭領(lǐng)導(dǎo)，能干的人都搞管理去了（彼得原理)。
崗位，角色，職責(zé)不清楚，而且經(jīng)常發(fā)生變動。
缺乏競爭和激勵機制
營銷、研發(fā)、服務(wù)沒有很好銜接。(產(chǎn)品生命周期管理，
IPD思路)
2.產(chǎn)品生命周期問題
不清楚“產(chǎn)品生命周期”和“項目生命周期”之間的關(guān)系，不清楚
產(chǎn)品管理和
項目管理的區(qū)別與聯(lián)系。（項目目標也是根據(jù)商業(yè)目標和產(chǎn)品定義確定的，最終創(chuàng)造價值的是產(chǎn)品，項目生命周期僅僅是產(chǎn)品生命周期中的一個階段) 缺乏“產(chǎn)品生命周期階段劃分和決策評審”的詳細操作指導(dǎo)書，不能有效地開展決策評審和技術(shù)評審。
大型企業(yè)內(nèi)部可能有一些機構(gòu)在推行ISO9000, CMMI, PACE, RUP等方法，越做越復(fù)雜，難以產(chǎn)生廣泛認同、簡單有效的思想方法，難以提高管理效率。(流程，過程，規(guī)范，集成產(chǎn)品研發(fā)各自作用在哪里？最終都要體現(xiàn)到創(chuàng)造效益上) 不清楚“軟件配置管理”、“文檔管理”和“BOM表管理”的區(qū)別和聯(lián)系，甚至錯誤地使用工具。
3.項目管理問題
3.1 立項管理問題
自主
研發(fā)項目：缺乏“調(diào)研，可行性分析，立項建議，決策評審”，主要靠公司領(lǐng)導(dǎo)獨斷，團隊只知道干活，卻不了解產(chǎn)品的開發(fā)背景，不清楚用戶期望的產(chǎn)品應(yīng)該是什么樣的。在開發(fā)過程中經(jīng)常迷失方向，導(dǎo)致進度延誤、費用超支等問題。
合同項目：需求不清晰、合同內(nèi)容空洞；雙方在簽訂合同的過程中給出了一些空頭承諾（例如對進度、質(zhì)量、費用的估計過于樂觀），在實際執(zhí)行時卻難以兌現(xiàn)這些承諾。
3.2 結(jié)項管理問題
人們往往對財務(wù)和設(shè)備進行了詳細的清算，卻忽視了對知識財富、經(jīng)驗教訓(xùn)的總結(jié)。沒有對項目的價值進行評估，開發(fā)人員干完活后，不知道自己的工作成果產(chǎn)生多大的效益，缺乏成就感。
結(jié)項后，不能對員工的業(yè)績進行公正考核，自然不能很好地激勵員工。
3.3 項目規(guī)劃和監(jiān)控問題
許多項目經(jīng)理肩負重要的軟件開發(fā)工作，他們往往把注意力集中在開發(fā)上面，很少認真考慮如何進行項目規(guī)劃和監(jiān)控。 沒有突出項目監(jiān)控的重點，項目經(jīng)理要么什么都不監(jiān)控（導(dǎo)致項目失控），要么監(jiān)控得太多而陷入瑣碎事務(wù)中。（分清楚粒度，頻率，關(guān)鍵點，關(guān)鍵資源)
項目經(jīng)理寫周期性項目進展報告時，記流水帳，或者復(fù)制上次的報告，應(yīng)付了事。懶得動腦筋分析項目遇到的一些問題，例如某些任務(wù)的進度延誤了，不分析為什么延誤了，就順延。導(dǎo)致問題越積越多。(問題根源是什么，偏差是否典型)
項目實際執(zhí)行情況與原定的項目計劃嚴重脫節(jié)，領(lǐng)導(dǎo)、客戶、市場人員、開發(fā)團隊不了解項目真正的狀況，使項目計劃行同虛設(shè)。
3.4 軟件配置管理問題
有些軟件機構(gòu)竟然不使用軟件配置管理工具，用最原始的方式手工管理代碼和文檔，經(jīng)常出現(xiàn)“成果丟失、版本混亂”等問題。
不少機構(gòu)按照的CMM的要求制定了配置管理規(guī)范。該規(guī)范在理論上比較完善，面面俱到，但是實際操作比較麻煩，沒有突出重點。久而久之，人們厭煩后就逐漸放棄了規(guī)范，按自己的習(xí)慣操作，留下了隱患。例如不少程序被 checkout 后長久沒有 checkin；有些程序保留在開發(fā)者本機，根本就沒有放入配置庫。
維護期間修改了程序，但是沒有放入配置庫。
3.5 軟件質(zhì)量管理問題
雖然人們大都認可軟件的質(zhì)量很重要，但是許多軟件人員并不懂得如何有效地改善軟件質(zhì)量屬性如正確性、健壯性、
可靠性、性能、易用性、安全性、可擴展性、可復(fù)用性、兼容性、可移植性等等。不會分析當前軟件的質(zhì)量要素是什么，沒有把精力集中在改善對經(jīng)濟效益貢獻最大的質(zhì)量要素上面。
有些軟件機構(gòu)沒有軟件質(zhì)量管理的措施，開發(fā)人員把完成功能當成終極目標。用戶在使用軟件的過程中發(fā)現(xiàn)許多Bug，導(dǎo)致開發(fā)方的糾錯性維護代價很高。
有些軟件機構(gòu)雖然很重視軟件質(zhì)量，按照ISO,CMM 的要求建立了管理規(guī)范，但是效果不明顯。人們搞不清楚軟件測試、技術(shù)評審、質(zhì)量保證的作用和關(guān)系。不懂得內(nèi)建質(zhì)量，主要靠修補錯誤的方式提升質(zhì)量，代價比較高。
很多人誤以為提高軟件質(zhì)量是質(zhì)量保證人員和測試人員的責(zé)任，沒有意識到任何開發(fā)人員、管理人員都會對質(zhì)量產(chǎn)生影響，都要對質(zhì)量負責(zé)。另外，質(zhì)量保證人員的權(quán)力比較小，很難推動質(zhì)量改進措施。(質(zhì)量不是檢驗出來的，質(zhì)量管理要樹立全民意識)
3.6 變更管理問題(CCB,變更流程，變更影響分析)
經(jīng)常隨意變更需求、設(shè)計、代碼等，嚴重影響項目的正常開發(fā)進程。 無法拒絕客戶的不合理變更。
4.開發(fā)問題
開發(fā)團隊不能熟練應(yīng)用“增量－迭代”的開發(fā)模式。(RUP，迭代和增量分清楚)
需求分析能力欠缺，不能很好地抓住用戶真正的需求、清晰地闡述需求。(需求分析的重點是挖掘潛在需求，從用戶需求到軟件需求的抽取和提煉)
系統(tǒng)設(shè)計能力欠缺，不能綜合考慮產(chǎn)品的功能、性能、可擴展、可復(fù)用等。(任何軟件生命周期和開發(fā)方法論，系統(tǒng)總體設(shè)計階段必不可少)
軟件用戶界面設(shè)計能力欠缺，易用性不夠好。
開發(fā)團隊各成員的編程質(zhì)量差異比較大。(人員角色分工，外科手術(shù)隊伍)
測試和改錯的效率不高，不能在比較短的時間內(nèi)發(fā)現(xiàn)缺陷，并很快消除缺陷。
5.跨部門協(xié)作問題(溝通，出入口準則，知識庫，評審, 隊詞匯表)
上下游人員相互不熟悉對方的工作流程和規(guī)范，溝通比較費勁，溝通效率比較低。
上游不能及時了解下游工作進展情況和負荷，不斷傳達新的任務(wù)，下游忙不過來。
上下游人員在溝通的時候，沒有及時記錄溝通的結(jié)論和建議。
上下游人員的工作成果分散在各自的計算機里，難以積累和共享知識財富。
上游傳達給下游的需求不清楚，各方理解有偏差，導(dǎo)致需求和工作成果經(jīng)常變更。
(過程和流程定義中，各中間階段和中間產(chǎn)出物必須有嚴格的出入口準則)
6.工具問題
企業(yè)使用管理工具可以提升管理效率，積累知識財富，例如代碼和文檔版本管理、任務(wù)進度管理、缺陷管理等等。國內(nèi)IT企業(yè)管理工具的主要問題不是“工具太少 了”，而是“工具太多了，雜亂無章，缺乏整體規(guī)劃和管理”。工具之間各不兼容，沒有辦法整合數(shù)據(jù)。有些工具很老了、不好用，但是有數(shù)據(jù)，不能淘汰，又不能 更新。結(jié)果這么多雜亂的工具非但成不了財富，反倒成了包袱，十分頭痛。示例：
7.互聯(lián)網(wǎng)企業(yè)研發(fā)問題
技術(shù)積累和規(guī)范化程度較弱，心態(tài)浮躁.
有些互聯(lián)網(wǎng)業(yè)務(wù)帶有很強的時效性，項目開發(fā)周期通常較短，甚至可能只有幾天或幾周時間。所以互聯(lián)網(wǎng)企業(yè)的研發(fā)講究一個“快”字。人們留傳一句話：互聯(lián)網(wǎng)企 業(yè)的3個月，相當于傳統(tǒng)IT公司的1年。絕大多數(shù)人并未真正領(lǐng)悟這句話的含義，并被嚴重誤導(dǎo)。這句話的正確理解應(yīng)該是：“互聯(lián)網(wǎng)產(chǎn)品與服務(wù)的成敗，在3個 月內(nèi)就可以看到其他IT企業(yè)通常需要1年才能看到的效果”。
8.流程改進方法論
所謂流程就是工作的步驟和制度（規(guī)范），流程規(guī)定了“誰”“在什么時候”“怎么做事情”“產(chǎn)生什么成果”。流程一般有6個要素：目的和適用范圍、角色職責(zé)、工作步驟和流程圖、輸入和輸出、成果模板、度量和評價。
流程改進是指分析企業(yè)的強項和弱項，改正缺點、發(fā)揮優(yōu)點，制定更合理的流程，使廣大員工依據(jù)流程開展工作。
超過百人的研發(fā)隊伍，公司應(yīng)該設(shè)立專門的流程改進機構(gòu)，不斷發(fā)現(xiàn)企業(yè)自身的
研發(fā)管理問題，并在公司層面進行持續(xù)改進，為各業(yè)務(wù)部門提供有效的研發(fā)管理方法論和工具支持。