常見的研發(fā)管理方法
作者: 來源: 文字大小:[大][中][小]
PACE法
早在1986年，美國PRTM公司創(chuàng)作了PACE（Product And Cycle-time
Excellence，產(chǎn)品及周期優(yōu)化法）方法論。 PACE關(guān)注的要素有：正確決策、項目小組構(gòu)成、開發(fā)活動的結(jié)構(gòu)、開發(fā)工具與技術(shù)、產(chǎn)品戰(zhàn)略、技術(shù)管理、資源管理。PACE算得上是產(chǎn)品生命周期管理領(lǐng)域 的方法論鼻祖。PACE誕生之后，很多企業(yè)和學術(shù)機構(gòu)不斷地提出了適合于本行業(yè)的
研發(fā)管理方法論，
ISO9000族質(zhì)量體系
國際標準化組織（ISO）為了滿足國際經(jīng)濟交往中質(zhì)量保證活動的需要，在總結(jié)各國質(zhì)量保證制度經(jīng)驗的基礎(chǔ)上，經(jīng)過近十年的工作，于1987年發(fā)布了 ISO 9000質(zhì)量管理和質(zhì)量保證標準系列。1994年進行了第一次修訂，形成了ISO 9000族標準。2000年再進行了重大修訂，發(fā)布了 ISO 9000新標準（2000版）。
CMM/CMMI
1986年11月，美國聯(lián)邦政府委托卡內(nèi)基梅隆大學（Carnegie-Mellon）軟件工程研究所（SEI）開發(fā)一套用于評估軟件承包商能力的方法。 SEI于1987年9月發(fā)布了一套軟件過程成熟度框架和一套成熟度問卷。1991年，SEI將軟件過程成熟度框架發(fā)展成為軟件能力成熟度模型 （Capacity Maturity Model，CMM），誕生了CMM 1.0。
PMBOK
項目管理知識體系是項目管理專業(yè)領(lǐng)域知識的總稱，它是20世紀80年代由美國項目管理協(xié)會（PMI）總結(jié)了項目管理實踐中成熟的理論、方法、工具和技術(shù)所提出的。其后經(jīng)過數(shù)次修訂，目前最新版是PMBOK2004。
PMBOK定義了為44個基本的項目管理過程，從過程輸入、輸出以及采用的工具和技術(shù)的角度給出了項目管理過程的詳細描述。這44個項目管理過程基本覆蓋了項目管理實踐中的基本管理過程，但是，這些項目管理過程必須和產(chǎn)品實現(xiàn)過程結(jié)合起來，才能完成整個項目活動。
敏捷開發(fā)
RUP
企業(yè)在研發(fā)管理上經(jīng)常遇見的問題
⑴由于沒有目標和方向，缺乏明確的研發(fā)戰(zhàn)略。
⑵研發(fā)在公司的定位不清晰，不能有效整合有限的研發(fā)資源，也無從發(fā)揮研發(fā)在企業(yè)的價值。
⑶研發(fā)需求信息的獲取較為被動，缺乏對公司內(nèi)部需求和外部需求的深入調(diào)查和分析。
⑷形成初步的研發(fā)需求清單后，也缺乏相應的機制對其進行甄別和篩選，以形成最終的研發(fā)
課題。
⑸研發(fā)工作的組織形式不合理，缺乏整體規(guī)劃。
⑹項目制定中，項目成員沒有明確合理的責權(quán)利規(guī)定，項目的配合和協(xié)調(diào)工作基本是由研發(fā)人員推動的，其他成員和部門只是被動參與。
⑺研發(fā)基礎(chǔ)性總結(jié)工作做得很少，知識管理體系不健全，研發(fā)和技術(shù)的思路及成果系于個人而不是系于公司，破壞了研發(fā)的延續(xù)性。
⑻沒有相關(guān)的機構(gòu)和制度來監(jiān)督和控制項目的運行，項目存在較大的風險，也缺乏項目評審機制對項目進行科學的考核和分析。
⑼缺乏研發(fā)專業(yè)性人才。
避免企業(yè)在研發(fā)管理的五大誤區(qū)
誤區(qū)之一:研發(fā)管理是研發(fā)部門的事情。
誤區(qū)之二:研發(fā)管理改革應立竿見影
誤區(qū)之三:
IPD是研發(fā)管理的唯一選擇
誤區(qū)之四:IPD是CMMI的組成部分
誤區(qū)之五:中小企業(yè)不需要研發(fā)管理。