研發困局

這6個困境根本不是並列的6道題，是連環套——大廚式研發是因爲沒沉澱，沒沉澱就沒法搞質量管理，質量總翻車就只能靠職能牆互踢鍋，大家忙着救火就沒人搞核心技術，最後做出來的東西只能跟風抄，人也越來越不職業。所以解法千萬別頭痛醫頭，按「先止血→再搭骨架→最後養土壤」的節奏來，別信諮詢公司忽悠你上來就照搬華爲全套IPD，90%的企業（尤其是年營收10億以下的成長型）這麼搞直接把自己搞死： 第一步：先堵最燒錢的出血點，別搞虛的 對應「大廚式研發」「質量管理薄弱」 別上來就搞知識庫、CMMI那套繁文縟節，先把個人資產變成公司資產，把質量的痛感傳導到幹活的人身上： - 對大廚式研發的解法不是削大牛的權，是先「掏他的腦子」：不用搞複雜系統，先從硬規矩開始——核心模塊的代碼/原理圖/參數必須有標準化註釋，提交前必須過小組review，不許寫只有你能看懂的“天書”；所有踩過的坑整理成3頁以內的「避坑checklist」，新人照着做就不會犯三年前的低級錯。等大廚發現自己的經驗變成了通用工具，他自己也願意往上走做更難的事，不會再甘心當“只懂寫代碼的守門員”，你也就不怕他走了。 - 質量薄弱的核心問題是「責任跟成本不對等」：以前bug是研發寫的，返工的錢算公司的，大家當然無所謂。先把賬算明白：誰出的低級錯（比如沒走review流程、同類問題犯第三次），返工的人力工時直接從研發部的季度配額里扣；再設個獨立的QA崗，歸總經理管，不歸研發總監管，別讓幹活的人自己給自己打分。不用搞六西格瑪，先把「質量不是測出來的，是設計進去的」這個痛感釘進每個人腦子裏，再慢慢建中試環節就夠了。 第二步：拆部門牆，把利益捆對，創新自然就對了 對應「職能化壁壘」「產品創新模式落後」 部門牆從來不是溝通問題，是KPI對着幹：研發拿“按時交樣”發獎金，市場拿“簽單額”發獎金，生產拿“良品率”發獎金，你不讓他踢鍋他也要踢。 - 先別搞跨部門大會，先把獎懲綁一起：設「產品全生命週期owner」（就是實權產品經理，不是寫PPT的那種），他的獎金跟這個產品上市後的毛利、返修率、12個月存活率掛鉤，有權調動研發、市場、供應鏈的資源，所有人的獎金都跟他綁20%-30%，不用開溝通會，利益一致牆自然就軟了。 - 創新模式別上來喊“從0到1顛覆”，99%的中國企業先把「平臺化」做明白：別每個新品都從零造輪子，把通用的電源、通信協議、結構件做成公共模塊，70%複用，30%針對客戶改，又快又能把省下來的人力物力，投去啃你真正要喫的核心技術，慢慢就從「跟着別人屁股抄」變成「我有平臺你客戶得按我的規則來」，創新自然就落地了。 第三步：啃長期硬骨頭，別搞浪漫主義 對應「核心技術短板」「缺乏職業化人才」 這兩件事急不來，最怕老闆喊口號“我們要搞自主研發”，轉頭季度利潤跌一點就把預研經費砍了： - 核心技術別搞“一步到位國產替代”的自我感動，學華爲的分層投法：每年雷打不動拿營收的3%-5%（哪怕只有幾百萬）劃到技術預研池，單獨考覈，不看當年產出，允許30%的項目失敗，專啃你這個行業裏“短期不賺錢但長期卡脖子”的底層東西（比如基礎算法、關鍵材料配方、驅動層軟件）；走「一代商用、一代測試、一代預研」的節奏，今年裝在產品裏的是三年前攢的，今年攢的是三年後要用的，5年以上慢慢就把短板填平，別指望砸一年錢就翻身。 - 職業化人才別光培訓“要懂商業”，把指揮棒轉過來就行：以前晉升只看“你搞的技術多難”，現在加兩條硬門檻：「你做的東西有沒有賣出去賺到錢」「你有沒有留下可複用的模塊/帶會兩個新人」，把“技術商人”的標準嵌到加薪、晉升的規則裏，自然沒人天天憋在實驗室搞沒人要的炫技，用不着你教他怎麼職業化。 最後說句扎心的實話：所有這些解法的前提，是老闆得先想明白一件事——你到底要做一門「靠幾個能人撐着的快錢生意」，還是想做「離開誰都能轉的產業公司」。研發困局的根從來不是研發部不行，是公司最高層的經營觀卡住了：你捨不得把“技術大牛的個人權威”拆成公司資產，捨不得爲3年後看不見的回報掏錢，捨不得把放權給產品owner，搞啥管理體系都是白搭。 畢竟所有體系都是人建的，人要是隻想賺快錢，流程再完美也只是擺給客戶看的PPT。

以前對研發的認識只是停留在CMMI的level，偏向於軟件成熟度的過程化質量和進度管理。但IPD則是在CMMI的基礎上提出了研發是從市場角度出發的投資行爲，非常注重異步研發模式和重用策略，把研發分成了技術研發和產品開發兩個維度，強調跨部門協同和結構化並行研發流程和一體化決策評審流程，強調績效過程化管理而非績效考覈，使研發真正地從一開始和市場，客戶需求，技術發展趨勢，質量等相結合，從而有效縮短研發週期，進度可控可量化，開發出符合客戶需求的高質量，高穩定性和可靠性管理的產品。總的說來，研發的目標不是搞藝術品，而是要搞爆品纔是王道。

作爲研發管理小白，本書的閱讀讓我受益匪淺。有不少人說這本書只是提出問題，沒有給出具體解決方案，但我想，認識到有問題、知道問題是什麼，這本身就很重要。感謝胡紅衛老師！

缺整體形而上的指引及理解，知識和架構的集合

胡老師也是現在IPD，華爲研發管理的視角，精華部分是給出研發管理演進的階段，自己具體的問題，還是有很多幹貨！

書的開頭部分比較吸引人，基本上號準了大多數技術類企業在研發方面所面臨的種種情況，對現象和原因分析也比較到位。中間給出了突破困局的思路，主要是以IPD體系爲系統解決方案，並且指明瞭變革的方向，但主要是一些大的框架性的內容。結尾主要是幾個漢捷做的案例。總體來講，看完一遍這本書，對我在研發管理工作中所面臨的困境，打開了一扇小窗口。

看到這裏，注意到了產品研發和技術研發；產品研發追求短平快，追求短時間內產生經濟效益，而技術研發則是一個漫長的過程！結合我們自身，目前還是產品研發爲主，我們理應加大技術研發的力度

大體上講的很現實，一些解決方案也很好，跟公司最近的變化有點像，公司應該也是有人看過這書的。最後的整體對啊就是導入IPD，然後可以找漢捷諮詢，這就有點打廣告的嫌疑了。

講了很多研發面臨的問題，也提供了切實的解決方案。好書一本，多讀多記。

非常好的闡述了新產品開發中的各種困難，介紹了作爲解決方案的IPD管理模式，以及核心思想、理念及如何推行，雖然成書較久，但仍有很大的啓發式作用。