本發(fā)明涉及研發(fā)管理領(lǐng)域，具體而言涉及一種通過構(gòu)造研發(fā)管理服務(wù)組件和通過服務(wù)協(xié)作的方式進(jìn)行研發(fā)管理的方法和系統(tǒng)。

背景技術(shù)：

研發(fā)管理，簡單來說，是指對研發(fā)部門及其工作進(jìn)行管理。在IT 產(chǎn)品研發(fā)行業(yè)中，其范圍可能涵蓋軟件產(chǎn)品創(chuàng)意的產(chǎn)生、軟件產(chǎn)品需求、軟件產(chǎn)品設(shè)計、軟件產(chǎn)品開發(fā)、軟件產(chǎn)品測試、軟件產(chǎn)品發(fā)布等整個過程；從研發(fā)管理角度來說，會基于該軟件產(chǎn)品研發(fā)的商業(yè)目標(biāo)或產(chǎn)品規(guī)劃的目標(biāo)，并圍繞軟件產(chǎn)品研發(fā)的過程符合性、交付范圍、交付時間、交付質(zhì)量、技術(shù)評審、版本發(fā)布等維度，進(jìn)行過程審計、需求管理、計劃管理、缺陷管理、配置管理、評審管理等研發(fā)管理活動，其范圍涵蓋研發(fā)質(zhì)量管理、研發(fā)項目管理等。研發(fā)管理的目標(biāo)是職責(zé)明確、管理規(guī)范、過程有效，方針是優(yōu)質(zhì)的產(chǎn)品、滿意的服務(wù)。

而研發(fā)項目本身的復(fù)雜性，外在市場環(huán)境的快速變化，研發(fā)團(tuán)隊能力的差異等，加上研發(fā)項目數(shù)量的不斷增加，研發(fā)方法和技術(shù)的不斷變化，領(lǐng)導(dǎo)決策的不同需求等因素，必然要求研發(fā)管理的高效性、規(guī)范性，也必然導(dǎo)致研發(fā)管理的復(fù)雜性，研發(fā)管理的范圍和深度是不斷變化和拓展的，研發(fā)管理體系的建設(shè)也是要不斷應(yīng)需而動的。

在行業(yè)內(nèi)，一種模式是每個研發(fā)項目設(shè)置自己的研發(fā)管理人員開展研發(fā)管理活動，這種模式的缺陷是研發(fā)項目組各自為政，自定義研發(fā)管理標(biāo)準(zhǔn)和規(guī)范，當(dāng)我們跳出研發(fā)項目組在更高層面審視研發(fā)狀態(tài)時，會發(fā)現(xiàn)全局視線上的數(shù)據(jù)是孤立且數(shù)據(jù)的規(guī)范性欠缺，由此可用性較差。尤其是當(dāng)企業(yè)在進(jìn)行研發(fā)管理體系建設(shè)時，這種模式管理成本高、管理的規(guī)范性欠缺、管理效率較低等弊端就展現(xiàn)的更加明顯，企業(yè)研發(fā)體系在從不規(guī)范走向規(guī)范的過程中，必然需要總體規(guī)劃、基于企業(yè)發(fā)展階段、夯實基礎(chǔ)建設(shè)工作，才能為企業(yè)在多變的市場環(huán)境中持續(xù)成長提供基礎(chǔ)保障，既解決短期面臨的問題，也為企業(yè)未來更上一層樓奠定良好基礎(chǔ)。

一種模式是在所有研發(fā)團(tuán)隊之上設(shè)置研發(fā)管理機(jī)構(gòu)，將機(jī)構(gòu)的人員分配至項目按CMMI和PMBOK等管理規(guī)范進(jìn)行全周期的研發(fā)管理，這種模式可以一定程度提升管理的規(guī)范性，但一方面管理與研發(fā)的緊密度有所欠缺、研發(fā)與管理存在抵觸，另一方面面對研發(fā)管理的復(fù)雜性，對研發(fā)管理人員全面的研發(fā)管理能力也有很高的要求，對其依賴程度同樣也就較高，而面對人員流動的行業(yè)事實，這是需要盡量規(guī)避的。同時面對研發(fā)內(nèi)外的復(fù)雜和多變，如何使研發(fā)管理能夠體現(xiàn)高效性以及快速響應(yīng)、擁抱變化，如何變化和拓展研發(fā)管理的范圍和深度，以適應(yīng)新的研發(fā)模式和需求，是上述模式所欠缺的。

而在文章《基于項目管理的軟件產(chǎn)品研發(fā)管理研究》（胡紅艷、劉詠梅-《企業(yè)技術(shù)開發(fā)》-2006）中，也指出，幾種常見的軟件產(chǎn)品研發(fā)管理模式一般是基于如下幾種體系與方法而建立起來的，ISO9000質(zhì)量標(biāo)準(zhǔn)對高技術(shù)性的軟件研發(fā)企業(yè)的幫助不大，它適用面廣但專業(yè)性弱，也不符合軟件產(chǎn)品的特性，所以它的指導(dǎo)價值不高，CMM對軟件過程改進(jìn)有很多有益的指導(dǎo)，但它對企業(yè)如何進(jìn)行軟件過程改進(jìn)沒有強(qiáng)制要求，對開發(fā)工作的直接指導(dǎo)性較弱，而且CMM投入很大。而文章中同時指出的IPD和RUP模式，更是軟件開發(fā)模式，不在本專利討論之列。文章提出了基于項目管理的研發(fā)管理模式，將軟件產(chǎn)品研發(fā)項目生命周期分為幾個階段，并分析了各階段所應(yīng)注意的具體關(guān)鍵問題。文章的關(guān)注點是這幾個階段中一些項目管理中具體的問題，給出得方案也是針對每一個具體問題。而對于如何建立規(guī)范高效的研發(fā)管理體系，如何應(yīng)對復(fù)雜多變的研發(fā)管理需求等是欠缺的。

而在公開的專利申請“精益研發(fā)系統(tǒng)和精益研發(fā)方法”（申請?zhí)朇N200810085059.X）中，它解決的技術(shù)問題是“把研發(fā)活動中存在的創(chuàng)新、仿真、試驗、各個孤島集成起來，通過精益研發(fā)平臺讓他們形成有機(jī)的一體，針對企業(yè)各類人員所關(guān)心的各類問題，形成各自的看板(質(zhì)量看板、成本看板、進(jìn)度看板、資源看板)，幫助企業(yè)實時關(guān)注企業(yè)研發(fā)的動態(tài)，便于管理、調(diào)整、控制。” 精益研發(fā)是一種以精益為目標(biāo)的研發(fā)方法，它集成了技術(shù)創(chuàng)新、協(xié)同仿真以及立體質(zhì)量設(shè)計三個方面，實現(xiàn)產(chǎn)品質(zhì)量的提升。它的關(guān)注點是，在復(fù)雜產(chǎn)品的研發(fā)中，如何滿足客戶最關(guān)注的產(chǎn)品的功能和性能指標(biāo)。而通過精益研發(fā)的方法和系統(tǒng)將散落的體現(xiàn)產(chǎn)品的功能和性能指標(biāo)等各種質(zhì)量數(shù)據(jù)進(jìn)行整合，將復(fù)雜產(chǎn)品的研發(fā)質(zhì)量所有技術(shù)指標(biāo)完整展現(xiàn)。而研發(fā)管理體系如何建設(shè)，面對范圍與深度不斷變化和拓展的研發(fā)管理需求，研發(fā)管理如何快速反應(yīng)、靈活應(yīng)對、積極改進(jìn)，是上述專利申請所欠缺的。

技術(shù)實現(xiàn)要素：

鑒于上述方法的缺陷，本發(fā)明提供一種基于服務(wù)協(xié)作的研發(fā)管理方法和系統(tǒng)。其理念一是在于將所有研發(fā)管理活動都定義為獨(dú)立的服務(wù)，這些服務(wù)帶有定義明確的可調(diào)用接口，能夠以定義好的順序調(diào)用這些服務(wù)來形成研發(fā)管理業(yè)務(wù)流程。其目的在于將研發(fā)管理的業(yè)務(wù)能力分解為獨(dú)立性高、粗粒度和可復(fù)用的服務(wù)，同時便于對服務(wù)進(jìn)行組裝和編排以滿足業(yè)務(wù)和流程的變化需求；其理念二是在于運(yùn)用服務(wù)協(xié)作的方式來執(zhí)行這些研發(fā)管理服務(wù)，建立管理與研發(fā)的緊密耦合關(guān)系，提升過程改進(jìn)的敏捷性。

本專利的目的在于運(yùn)用基于服務(wù)協(xié)作的研發(fā)管理方法和系統(tǒng)，建立以研發(fā)管理部為主導(dǎo)，以研發(fā)管理人員隊伍為專業(yè)支撐，以質(zhì)量審計為手段，以項目管理水平為檢驗對象，面向研發(fā)、面向決策層、面向體系改進(jìn)的研發(fā)管理體系，滿足復(fù)雜業(yè)務(wù)和流程的變化需求，建立管理與研發(fā)的緊密耦合關(guān)系，提升研發(fā)的規(guī)范性和質(zhì)量，提升過程改進(jìn)的敏捷性。

為實現(xiàn)上述目的，基于服務(wù)協(xié)作的研發(fā)管理方法如圖1所示包括以下幾個步驟：

1、構(gòu)建研發(fā)管理服務(wù)組件，即根據(jù)選定的研發(fā)體系模型梳理提取研發(fā)各階段涉及的所有活動，并從中抽象出研發(fā)各階段涉及的研發(fā)管理活動，根據(jù)研發(fā)管理規(guī)則將這些研發(fā)管理活動分類映射形成研發(fā)管理服務(wù)集合，最后依據(jù)具體的項目類型裁剪包裝形成服務(wù)組件。如圖1中S1部分所示；

2、設(shè)置研發(fā)管理服務(wù)協(xié)作角色，即建立研發(fā)管理服務(wù)注冊中心，并為研發(fā)管理人員設(shè)立服務(wù)提供者和服務(wù)請求者的角色的過程。如圖1中S2部分所示；

3、以服務(wù)協(xié)作方式開展研發(fā)管理，即服務(wù)提供者發(fā)布研發(fā)管理服務(wù)、提供研發(fā)管理服務(wù)、改進(jìn)研發(fā)管理服務(wù)，服務(wù)請求者進(jìn)行項目跟蹤、發(fā)起研發(fā)管理服務(wù)請求、改進(jìn)研發(fā)管理服務(wù)的交互協(xié)作過程。如圖1中S3部分所示；

4、運(yùn)用研發(fā)服務(wù)數(shù)據(jù)，即收集、分析研發(fā)和管理過程中的數(shù)據(jù)，形成項目監(jiān)控指標(biāo)并看板展示的過程。如圖1中S4部分所示。

其中步驟1還包括如下詳細(xì)步驟，如圖2所示。

1.1依據(jù)研發(fā)項目間的共有特性選擇并構(gòu)建研發(fā)體系模型。

1.2梳理、提取研發(fā)體系模型各階段所有活動。步驟1.2還包括如下步驟：

1.2.1梳理研發(fā)體系模型每個階段所有的活動，并形成流程圖；

1.2.2對步驟1.2.1中的流程圖，形成活動詳情描述；

1.2.3從研發(fā)體系模型各階段的維度，以可視化形式展現(xiàn)如上步驟1.2.1和1.2.2所形成的過程資產(chǎn)；

1.2.4對所有活動進(jìn)行分類歸屬形成不同的過程，形成如工程類過程、項目管理類過程、支持類過程等；

1.2.5對步驟1.2.4形成的各過程域，再次進(jìn)行過程梳理和過程定義；

1.2.6以可視化的形式展現(xiàn)如上步驟1.2.5形成的流程圖和過程定義等過程資產(chǎn)。

1.3根據(jù)步驟1.2抽象出各階段所有研發(fā)管理活動，并將每個研發(fā)管理活動視作一個基本服務(wù)，這里每個基本服務(wù)的顆粒度的設(shè)定靈活自主。

1.4將步驟1.3抽象出的各階段的研發(fā)管理活動，打破階段的邊界，按質(zhì)量管理和項目管理等規(guī)范進(jìn)行拆分重組，形成新的服務(wù)集合，這些服務(wù)集合是涵蓋研發(fā)管理活動全集的服務(wù)組合。其中步驟1.4還包括如下步驟：

1.4.1依據(jù)質(zhì)量管理、項目管理規(guī)范等制定符合實際的研發(fā)管理的過程域，如需求管理、計劃跟蹤、過程質(zhì)量審計等；

1.4.2依據(jù)研發(fā)管理的過程域?qū)⒉襟E3形成的服務(wù)組件打破重組，將其中的服務(wù)映射到研發(fā)管理的過程域，形成新的服務(wù)組件；

1.4.3新的研發(fā)管理服務(wù)組件形成檢查表、指南、過程定義等知識文檔用以描述具體研發(fā)管理活動；

1.4.4通過描述服務(wù)的功能和調(diào)用時機(jī)的方式為服務(wù)組件中的服務(wù)設(shè)置調(diào)用接口。目的在于便于后續(xù)依研發(fā)進(jìn)程匹配對應(yīng)的研發(fā)管理活動。

1.5依據(jù)項目間的差異特性劃分項目類型。

1.6將步驟1.4形成的全集的服務(wù)組合依據(jù)項目類型，裁剪成與項目類型相適應(yīng)的服務(wù)組件。

其中步驟2主要包括如下內(nèi)容：

建立研發(fā)管理服務(wù)注冊中心、設(shè)置服務(wù)提供者角色和服務(wù)請求者角色。

其中步驟3還包括如下步驟。

3.1研發(fā)管理服務(wù)組件形成過程產(chǎn)生的研發(fā)管理服務(wù)組件進(jìn)入服務(wù)注冊中心。這里包含研發(fā)管理體系建立時形成的服務(wù)組件，也包括體系改進(jìn)時更新的服務(wù)組件。

3.2服務(wù)提供者執(zhí)行服務(wù)發(fā)布操作。

3.3服務(wù)請求者對研發(fā)項目進(jìn)行跟蹤。

3.4服務(wù)請求者向服務(wù)注冊中心發(fā)起服務(wù)查找操作，查找此項目類型在現(xiàn)階段的進(jìn)程中對應(yīng)的服務(wù)組件。

3.5服務(wù)注冊中心查詢服務(wù)是否存在，及服務(wù)與查詢的一致性。

3.6查詢結(jié)果返回服務(wù)請求者。

3.7服務(wù)請求者依據(jù)查詢結(jié)果，做出對應(yīng)動作。即如果查詢結(jié)果不符合需求，則提出服務(wù)改進(jìn)，并將改進(jìn)的服務(wù)更新至服務(wù)注冊中心；如果查詢結(jié)果符合需求，則發(fā)起綁定和調(diào)用操作，以便調(diào)用服務(wù)提供者的服務(wù)。

3.8服務(wù)提供者提供服務(wù)。

3.9服務(wù)提供者在實現(xiàn)服務(wù)的過程中，當(dāng)發(fā)現(xiàn)服務(wù)與實際研發(fā)不適應(yīng)時，提出過程改進(jìn)，改進(jìn)服務(wù)。

其中步驟4還包括如下步驟：

4.1對研發(fā)管理協(xié)作服務(wù)過程中形成的監(jiān)控數(shù)據(jù)進(jìn)行收集整理，形成多種服務(wù)數(shù)據(jù)。

4.2按不同管理目的和用途，依據(jù)設(shè)定的監(jiān)控指標(biāo)，對服務(wù)數(shù)據(jù)進(jìn)行抽取，形成不同監(jiān)控指標(biāo)數(shù)據(jù)結(jié)果，并以項目看板形式展示。項目看板展示屏用于顯示項目指標(biāo)數(shù)據(jù)，即展示所有在研項目進(jìn)度、過程、質(zhì)量等指標(biāo)的綜合指數(shù)并輪播每個項目實施過程中進(jìn)度、過程、質(zhì)量等方面的詳細(xì)狀態(tài)。

本發(fā)明基于上述方法還提出了一種基于服務(wù)協(xié)作模式的研發(fā)管理系統(tǒng)。系統(tǒng)整體功能邏輯如圖3所示。其架構(gòu)分為三層：信息展現(xiàn)層、工具支撐層、基礎(chǔ)設(shè)施層。

其中信息展現(xiàn)層是指研發(fā)管理信息門戶，為用戶提供交互式操作的界面，是研發(fā)管理系統(tǒng)的統(tǒng)一入口，用于顯示數(shù)據(jù)、接受用戶輸入的數(shù)據(jù)以及返回數(shù)據(jù)等。包括開發(fā)質(zhì)量、管理能力、項目結(jié)果、服務(wù)效果等分析、評價的展現(xiàn)，以及為如下所述工具支撐層的兩平臺一中心的用戶提供交互操作的入口。

工具支撐層主要包括三大邏輯模塊，技術(shù)支撐平臺、項目管理平臺、服務(wù)注冊中心，為研發(fā)及管理提供多種支撐工具及支持功能。所述技術(shù)支撐平臺包括代碼檢查、版本控制、持續(xù)集成、自動化測試，為項目進(jìn)行研發(fā)提供直接的工具支撐，視為研發(fā)管理提供的服務(wù)內(nèi)容；所述項目管理平臺包括任務(wù)下發(fā)、問題管理、缺陷跟蹤、評審工具，為項目進(jìn)行研發(fā)提供項目管理工具和相關(guān)服務(wù)；所述服務(wù)注冊中心包括服務(wù)協(xié)作角色設(shè)置、服務(wù)組件維護(hù)、服務(wù)協(xié)作管理等，為開展研發(fā)管理提供服務(wù)協(xié)作的工具支撐。其中所述服務(wù)注冊中心，一方面用于存儲研發(fā)管理服務(wù)組件信息，每一個研發(fā)管理活動都有設(shè)定好的對應(yīng)的項目類型、對應(yīng)的研發(fā)階段、以及活動描述等；一方面為服務(wù)提供者提供發(fā)布服務(wù)的操作，并為服務(wù)請求者提供查詢和發(fā)起功能以進(jìn)行服務(wù)查找和發(fā)起請求操作，同時還提供服務(wù)改進(jìn)功能，即當(dāng)對研發(fā)管理體系進(jìn)行評估改進(jìn)以及在研發(fā)管理服務(wù)協(xié)作過程中服務(wù)請求者或服務(wù)提供者發(fā)現(xiàn)并提出過程改進(jìn)以及跟蹤改進(jìn)過程中，都需要使用過程改進(jìn)模塊，而改進(jìn)后的服務(wù)會由服務(wù)提供者發(fā)布更新至研發(fā)管理注冊中心。

基礎(chǔ)設(shè)施層主要包括有互聯(lián)網(wǎng)、辦公內(nèi)網(wǎng)和沙箱環(huán)境以及服務(wù)器和終端等組成的研發(fā)網(wǎng)，為研發(fā)管理提供網(wǎng)絡(luò)環(huán)境。

本發(fā)明提出一種基于服務(wù)協(xié)作模式的研發(fā)管理方法和系統(tǒng)，和現(xiàn)有的方法相比，本發(fā)明的技術(shù)效果如下。

1.通過將每個研發(fā)管理活動視為一個服務(wù)并基于研發(fā)構(gòu)建研發(fā)管理服務(wù)和服務(wù)組件：

（1）提高了管理和業(yè)務(wù)也就是研發(fā)管理和研發(fā)的耦合關(guān)系的緊密性；

（2）提高了研發(fā)管理應(yīng)變的靈活性，面對范圍與深度不斷變化和拓展的研發(fā)管理需求，研發(fā)管理可以實現(xiàn)快速反應(yīng)、靈活應(yīng)對；

（3）通過將管理人員的知識、經(jīng)驗等以及管理規(guī)范等固化到服務(wù)組件這一機(jī)制建設(shè)，盡量減少人員流動因素造成的不利影響，同時也是利用機(jī)制更有效于制度的優(yōu)越性達(dá)到知識積累和知識復(fù)用的目的。

2.通過建立研發(fā)管理服務(wù)協(xié)作的運(yùn)作實施模式：

（1）接口人即服務(wù)請求者和服務(wù)提供者的角色設(shè)立及交叉審計同樣提高了管理與研發(fā)的緊密耦合關(guān)系；

（2）提升了質(zhì)量審計標(biāo)準(zhǔn)的客觀性和一致性性；

（3）研發(fā)管理服務(wù)注冊中心的設(shè)立提高了過程改進(jìn)發(fā)現(xiàn)的靈敏性和過程改進(jìn)的及時性，也為研發(fā)管理體系的螺旋式改進(jìn)提供支持。

3.研發(fā)管理中以質(zhì)量審計為手段，檢驗研發(fā)項目的項目管理水平，而基于服務(wù)協(xié)作的研發(fā)管理方法和系統(tǒng)的應(yīng)用使項目過程質(zhì)量審計的總體平均分較上一年提升了24%，具體而言軟件開發(fā)過程中的進(jìn)度指標(biāo)（考量項包括任務(wù)、工期等）、過程指標(biāo)（考量項包含需求、配置、計劃、評審等）、質(zhì)量指標(biāo)（考量項包含不符合項指標(biāo)、缺陷指標(biāo)等）等項目綜合指數(shù)的整體平均值較上一年分別提升19%，29%，30%，。說明研發(fā)的項目管理水平、研發(fā)產(chǎn)品質(zhì)量、研發(fā)規(guī)范性等有了明顯的提升。

4.通過對研發(fā)管理監(jiān)控數(shù)據(jù)資源利用：

（1）以研發(fā)指標(biāo)和研發(fā)狀態(tài)進(jìn)行項目看板展示，可以提供項目及時、準(zhǔn)確、有價值的決策信息預(yù)警信息和決策信息；

（2）以審計結(jié)果進(jìn)行得分排序，可以激勵項目在科學(xué)管理實踐上投注精力，提高項目研發(fā)效率，增強(qiáng)研發(fā)產(chǎn)品質(zhì)量。

附圖說明

圖1基于服務(wù)協(xié)作模式的研發(fā)管理方法示意圖；

圖2研發(fā)管理服務(wù)組件構(gòu)建方法的原理圖；

圖3基于服務(wù)協(xié)作模式的研發(fā)管理系統(tǒng)功能邏輯圖。

具體實施方式

以下結(jié)合具體實施例和附圖對本發(fā)明作更詳細(xì)的說明。

1.研發(fā)管理服務(wù)組件構(gòu)建階段，如圖2所示。

（1）建立研發(fā)體系模型，如圖2中S11所示：

在分析了所在研發(fā)部門的所有研發(fā)項目的共有特性后，選擇了與之對應(yīng)的迭代開發(fā)模型作為研發(fā)體系模型。并據(jù)此將研發(fā)體系模型生命周期設(shè)定為六個階段：規(guī)劃階段、定義階段、構(gòu)造階段、驗證階段、發(fā)布階段、交付階段。其中“定義”、“構(gòu)造”、“驗證”和“發(fā)布”是每個迭代周期所包含的階段，迭代輪次由項目自行定義。

（2）模型描述和可視化展現(xiàn)，如圖2中S12所示：

1）對模型的六個階段的目的、主要活動進(jìn)行梳理：

以規(guī)劃階段為例，包括如下主要活動：指定項目經(jīng)理、項目規(guī)劃、發(fā)起立項申請、逐級審批、組件項目團(tuán)隊、技術(shù)可行性評審、制定高層計劃、制定項目計劃、配置管理申請審批、配置管理環(huán)境初始化、計劃計劃制定、配置審計等等。然后依據(jù)這些主要活動之間的關(guān)系形成流程圖；

2）文字描述：

對所有階段、活動、流程圖形成階段描述、活動詳情描述、流程描述；

3）可視化展現(xiàn)：

將上述活動的關(guān)系流程和詳細(xì)描述以可視化形成在研發(fā)管理系統(tǒng)中進(jìn)行展現(xiàn)。登陸研發(fā)管理信息門戶，以系統(tǒng)管理員權(quán)進(jìn)行“階段描述維護(hù)”、“活動頁面發(fā)布”等，可對如上六個階段進(jìn)行新建、編輯、刪除、查看、查詢等操作，以完成研發(fā)體系模型的可視化維護(hù)。點擊進(jìn)入“管理能力”大模塊中的“研發(fā)體系”模塊中的“體系模型”，頁面可視化展示研發(fā)體系的模型概覽，及各階段的活動的可視化圖形，包括階段描述，各階段的活動的關(guān)系圖流程圖及活動描述；

4）活動按過程分類：

在實施例中，我們根據(jù)項目實際開發(fā)及管理需要將上述6階段的主要活動歸類定義了三大類共計14個過程：1.工程類：需求開發(fā)與管理、軟件設(shè)計、軟件實現(xiàn)、系統(tǒng)測試、軟件發(fā)布、軟件交付、系統(tǒng)性能測試；2.管理類：項目立項、項目計劃、項目跟蹤與監(jiān)控、需求管理、項目結(jié)項；3.支持類：配置管理；

5）過程流程梳理和過程定義：

對每一類過程形成流程圖及過程定義，在實施例中，形成了14個過程流程圖和14個過程定義文檔；

6）可視化展現(xiàn)：

以可視化的形式展現(xiàn)三大類活動過程。登陸研發(fā)管理信息門戶，以系統(tǒng)管理員權(quán)限進(jìn)行“過程流程圖維護(hù)”、“過程頁面發(fā)布”等，可對如上三大類14個過程進(jìn)行進(jìn)行新建、編輯、刪除、查看、查詢等操作，以完成過程定義的可視化維護(hù)。點擊進(jìn)入“管理能力”大模塊中的“研發(fā)體系”模塊中的“過程定義”，頁面可視化上述三大類14個過程的過程流程圖，過程描述；

7）可視化展現(xiàn)模板指南和角色集：

同時將所有各過程中的涉及的管理文檔(模板、指南、范例等)及角色也以可視化形式展現(xiàn)出來。登陸研發(fā)管理信息門戶，以系統(tǒng)管理員權(quán)限進(jìn)行“模板指南維護(hù)”、“角色集維護(hù)”，可對如上三大類14個過程進(jìn)行進(jìn)行新建、編輯、刪除、查看、查詢等操作，以完成過程定義的可視化維護(hù)。點擊進(jìn)入“管理能力”大模塊中的“研發(fā)體系”模塊中的“過程定義”，頁面可視化上述三大類14個過程的過程流程圖，過程描述。

（3）抽象出每階段中的研發(fā)管理活動，如圖2中S13所示：

以“規(guī)劃”和“構(gòu)造”階段為例：規(guī)劃階段的主要活動包括指定項目經(jīng)理、項目規(guī)劃、發(fā)起立項申請、逐級審批、組件項目團(tuán)隊、技術(shù)可行性評審、制定高層計劃、制定項目計劃、配置管理申請審批、配置管理環(huán)境初始化、計劃計劃制定、配置審計等，從中抽取的研發(fā)管理活動主要包括：項目可行性評審資料是否及時提交、項目是否通過了項目可行性評審、項目可行性評審資料是否完備、項目經(jīng)理是否制定了《高層計劃》以明確項目各階段或里程碑計劃、《高層計劃》中是否明確了各階段的目的主要任務(wù)或版本的功能范圍、項目組所有成員是否都有訪問配置庫的權(quán)限、立項資料是否入庫、配置項的存放路徑是否符合質(zhì)量規(guī)范要求、配置項的名稱是否符合命名規(guī)范等等。

而構(gòu)造階段的主要活動包括跟蹤周活動、跟蹤里程碑、概要設(shè)計、詳細(xì)設(shè)計、制定產(chǎn)品集成策略、代碼編寫、代碼審查、單元測試、產(chǎn)品集成、提交測試、建立和發(fā)布基線、需求跟蹤等，可能還會包括需求變更等。從中抽取的研發(fā)管理活動主要包括：《概要設(shè)計說明書》（或《詳細(xì)設(shè)計說明書》）是否按計劃輸出、完成的工作產(chǎn)品是否提交至配置庫指定位置、設(shè)計說明書是否納入了配置庫統(tǒng)一管理、設(shè)計說明書是否經(jīng)過評審、設(shè)計說明書評審?fù)ㄟ^后是否納入基線庫、配置項的存放路徑是否符合質(zhì)量規(guī)范要求、配置項的名稱是否符合命名規(guī)范、項目經(jīng)理內(nèi)是否定期組織召開項目例會，就項目當(dāng)前狀態(tài)、進(jìn)展、風(fēng)險等問題進(jìn)行通報和討論、若《高層計劃》變更，是否通過研發(fā)中心總經(jīng)理審批、《項目進(jìn)度計劃》是否按照變更后的《高層計劃》更新、變更后的項目進(jìn)度計劃是否重新發(fā)布給項目成員及相關(guān)人員、是否按照《高層計劃》在《進(jìn)度計劃》中安排需求相關(guān)活動、是否定義了需求變更管理機(jī)制并執(zhí)行、是否在變更結(jié)束后及時更新需求基線、已交付項目反饋的需求是否進(jìn)行記錄等等。

同時由上還可知，部分研發(fā)管理活動是某個研發(fā)階段特有的，而部分研發(fā)管理活動是多個研發(fā)階段共有的。即圖2所示的服務(wù)集合1中的活動a1是對應(yīng)到兩個研發(fā)階段的。而上述“配置項的存放路徑是否符合質(zhì)量規(guī)范要求、配置項的名稱是否符合命名規(guī)范”等等是規(guī)劃和構(gòu)造階段共有的。而構(gòu)造階段的“項目經(jīng)理內(nèi)是否定期組織召開項目例會就項目當(dāng)前狀態(tài)、進(jìn)展、風(fēng)險等問題進(jìn)行通報和討論、若《高層計劃》變更是否通過研發(fā)中心總經(jīng)理審批、《項目進(jìn)度計劃》是否按照變更后的《高層計劃》更新、變更后的項目進(jìn)度計劃是否重新發(fā)布給項目成員及相關(guān)人員、是否按照《高層計劃》在《進(jìn)度計劃》中安排需求相關(guān)活動、是否定義了需求變更管理機(jī)制并執(zhí)行、是否在變更結(jié)束后及時更新需求基線”等等也是定義階段、驗證階段等共有的研發(fā)管理活動。

（4）打破階段邊界，服務(wù)重新組合，如圖2中S13所示：

1）制定研發(fā)管理過程域：

例如在實施例中，結(jié)合實際研發(fā)管理的需要，設(shè)立了需求開發(fā)與管理過程、項目計劃與跟蹤過程、配置管理過程、過程質(zhì)量審計過程、評審管理過程、缺陷管理過程等。并將第3步各階段的研發(fā)管理活動對應(yīng)到研發(fā)管理過程域中；

2）打破研發(fā)管理的階段邊界，按研發(fā)管理過程域映射重組：

例如步驟1.3中的規(guī)劃階段的“項目可行性評審資料是否及時提交、項目是否通過了項目可行性評審、項目可行性評審資料是否完備、項目可行性評審資料是否及時提交”和構(gòu)造階段的“設(shè)計說明書是否經(jīng)過評審、設(shè)計說明書評審?fù)ㄟ^后是否納入基線庫”歸入評審管理過程；規(guī)劃階段的“項目經(jīng)理是否制定了《高層計劃》以明確項目各階段或里程碑計劃、《高層計劃》中是否明確了各階段的目的主要任務(wù)或版本的功能范圍”和構(gòu)造階段的“《概要設(shè)計說明書》（或《詳細(xì)設(shè)計說明書》）是否按計劃輸出”歸入項目計劃與跟蹤過程。規(guī)劃階段“項目組所有成員是否都有訪問配置庫的權(quán)限、配置項的存放路徑是否符合質(zhì)量規(guī)范要求、配置項的名稱是否符合命名規(guī)范”和構(gòu)造階段的“完成的工作產(chǎn)品是否提交至配置庫指定位置、設(shè)計說明書是否納入了配置庫統(tǒng)一管理、設(shè)計說明書評審?fù)ㄟ^后是否納入基線庫、配置項的存放路徑是否符合質(zhì)量規(guī)范要求、配置項的名稱是否符合命名規(guī)范”歸入配置管理過程，構(gòu)造階段的“是否按照《高層計劃》在《進(jìn)度計劃》中安排需求相關(guān)活動”歸入評審管理過程。按此辦法將各階段的研發(fā)管理活動集合全部歸類形成需求開發(fā)與管理、項目計劃與跟蹤、配置管理、過程質(zhì)量審計、評審管理、缺陷管理等多個研發(fā)管理服務(wù)集合.

3）研發(fā)管理過程服務(wù)集合描述：

在實施例中，形成“需求開發(fā)與管理、項目計劃與跟蹤、配置管理、過程質(zhì)量審計、評審管理、缺陷管理”等多個研發(fā)管理服務(wù)集合的檢查表、指南、過程定義等知識文檔；

4）服務(wù)調(diào)用接口設(shè)置：

每個服務(wù)集合中的活動都設(shè)置有服務(wù)調(diào)用的接口，即每個活動外部包裝有與其對應(yīng)的研發(fā)階段和每個活動的功能描述。

（5）研發(fā)項目類型劃分：

分析現(xiàn)有項目間的差異特性，劃分不同的項目類型。例如將研發(fā)體系的項目重點分為：技術(shù)預(yù)研類、產(chǎn)品預(yù)研類，技術(shù)開發(fā)類、產(chǎn)品開發(fā)類，維護(hù)類等。之所以將項目按如上類型劃分，是為了管理和考核的需要，不同類型有不同的管理側(cè)重點，因此考核的權(quán)重設(shè)置要有差異。

（6）按項目類型進(jìn)行服務(wù)組件裁剪：

依據(jù)上述項目類型，對研發(fā)管理服務(wù)集合進(jìn)行裁剪，得到不同類型項目對應(yīng)的研發(fā)服務(wù)管理組件，如圖2中S15所示。例如對于規(guī)劃階段的技術(shù)可行性評審這一研發(fā)管理服務(wù)，不同項目類型的需求差異在于：對預(yù)研類項目、新產(chǎn)品研發(fā)類項目的要求是必須的，對于涉及架構(gòu)變化和新技術(shù)應(yīng)用的功能優(yōu)化和改造等維護(hù)類項目要評審，而對于原產(chǎn)品升級改造的維護(hù)類項目不需要規(guī)劃階段的技術(shù)可行性評審，只需要評審增量即可。

以上即為服務(wù)組件構(gòu)件過程，也是研發(fā)管理的基礎(chǔ)。另外研發(fā)管理體系隨研發(fā)體系進(jìn)行自我改進(jìn)時，也遵循如上步驟1即圖2所示的方法進(jìn)行調(diào)整，形成新的服務(wù)組件。

2. 研發(fā)管理服務(wù)協(xié)作角色設(shè)置，如圖1中S2部分所示。

建立研發(fā)管理服務(wù)注冊中心。研發(fā)管理信息門戶的服務(wù)注冊中心用以保存服務(wù)信息，服務(wù)注冊中心存儲了預(yù)研類、研發(fā)類、交付類、維護(hù)類等不同類型項目所對應(yīng)的需求開發(fā)與管理、項目計劃與跟蹤、組織級配置管理、過程質(zhì)量審計、評審管理、缺陷管理等服務(wù)組件。同時研發(fā)管理信息門戶的服務(wù)注冊中心為服務(wù)請求者提供檢索、查找和返回結(jié)果的功能，為服務(wù)提供者提供服務(wù)發(fā)布的功能。

設(shè)置服務(wù)提供者角色。其角色的職能一方面在于研發(fā)管理服務(wù)提供者在服務(wù)注冊中心執(zhí)行發(fā)布操作，發(fā)布的服務(wù)包括研發(fā)管理服務(wù)組件構(gòu)件過程中形成的服務(wù)和體系過程改進(jìn)后形成的服務(wù)，目的之一在于使大家知道某個服務(wù)的存在及其功能，目的之二在于建立提供者和某一項或多項服務(wù)間的關(guān)聯(lián)。另一方面在于服務(wù)提供者響應(yīng)請求并執(zhí)行研發(fā)管理服務(wù)，并在這個過程中發(fā)現(xiàn)過程改進(jìn)點。

設(shè)置服務(wù)請求者角色。當(dāng)研發(fā)工程開始后，研發(fā)項目組通常不具備請求進(jìn)行研發(fā)管理的主動性，因而對項目設(shè)置接口人角色，即服務(wù)請求者角色。其角色職責(zé)在于對項目進(jìn)行跟蹤，發(fā)起研發(fā)管理請求，并在這個過程中發(fā)現(xiàn)過程改進(jìn)點。

在實施例中，我們?yōu)槊總€研發(fā)項目設(shè)置一個項目接口人，接口人來自于研發(fā)管理部，我們將接口人賦予服務(wù)請求者。這樣設(shè)置解決了項目不具備請求進(jìn)行項目監(jiān)控的主動性的實際問題，同時項目接口人兼具研發(fā)管理和實際研發(fā)的視角，既可以貼近實際研發(fā)進(jìn)行全面跟蹤，又可以給予研發(fā)管理的咨詢指導(dǎo)并接受反饋進(jìn)行過程改進(jìn)等，由此既減少了研發(fā)管理部門與研發(fā)團(tuán)隊間的對立，又減少了研發(fā)團(tuán)隊進(jìn)行研發(fā)管理的成本，從而可以集中更多精力用于研發(fā)并且是規(guī)范的研發(fā)。

同時為研發(fā)項目設(shè)置多個服務(wù)提供者角色，服務(wù)提供者角色的職責(zé)主要包括需求開發(fā)與管理、項目計劃與跟蹤、組織級配置管理、評審管理、缺陷管理等，以及實施項目計劃質(zhì)量審計、項目跟蹤質(zhì)量審計、配置審計、需求開發(fā)與管理質(zhì)量審計等過程審計，以及發(fā)布這些服務(wù)，并在項目反饋中發(fā)現(xiàn)過程改進(jìn)等。

另外，如果將上述服務(wù)提供者角色的主要職責(zé)（需求開發(fā)與管理、項目計劃與跟蹤、組織級配置管理、評審管理、缺陷管理等，以及實施項目計劃質(zhì)量審計、項目跟蹤質(zhì)量審計、配置審計、需求開發(fā)與管理質(zhì)量審計等過程審計）分為審計職責(zé)和其他管理職責(zé)，則對于每一個項目來說，其接口人除被賦予服務(wù)請求者角色，還可以被賦予服務(wù)提供者角色，提供部分其他管理職責(zé)。而對于這一個項目來說，過程審計人員僅具有服務(wù)提供者角色，負(fù)有審計職責(zé)和部分其他管理職責(zé)。這樣的設(shè)置，即從項目接口人中剝離審計的職責(zé)，解決了同一人兼具教練員和裁判員角色的問題。但在不同項目間同一人可以兼具審計人和接口人職責(zé)，即研發(fā)管理人員在項目間是交叉配置角色的。簡單來說，就是同一人可以作為服務(wù)請求者接口多個項目，并可以作為服務(wù)提供者對其提供除審計外的研發(fā)服務(wù)，而另外的人員作為服務(wù)提供者對這幾個項目提供審計服務(wù)和其他服務(wù)。

如上的設(shè)置一方面減少研發(fā)團(tuán)隊與研發(fā)管理團(tuán)隊的對立，另一方面減少研發(fā)管理過程中的主觀性，減少管理標(biāo)準(zhǔn)的不一致性，另外也提高了研發(fā)管理人員的配置效率。

3.如上設(shè)置好服務(wù)協(xié)作的角色后，即可開始研發(fā)管理服務(wù)協(xié)作的過程,如圖1中S3所示。

（1）將研發(fā)管理服務(wù)組件保存在服務(wù)注冊中心：

包括在研發(fā)體系及研發(fā)管理體系進(jìn)行改進(jìn)過程中形成的更新的研發(fā)管理服務(wù)組件以模板、檢查表、指南等文檔形式保存在服務(wù)注冊中心。以“需求開發(fā)與管理質(zhì)量審計”和“組織級配置管理”這兩個服務(wù)組件為例?！靶枨箝_發(fā)與管理質(zhì)量審計”將其中的所有相關(guān)研發(fā)管理活動以審計報告檢查表的形式形成文檔，其主要內(nèi)容包括審計項、審計項對應(yīng)的階段及項目類型、審計結(jié)果、審計方式、審計得分等，這里審計結(jié)果字段是指符合情況和適用情況，如“符合、不符合、不完全符合、未開始、不適用”，并賦予審計得分。而“組織級配置管理”則將研發(fā)活動不同階段所需的所有配置管理活動形成過程文檔，主要包括流程圖、活動描述、輸入輸出、進(jìn)出口準(zhǔn)則等過程描述，其活動主要包括：配置管理申請審批、配置管理環(huán)境初始化、基線計劃制定、配置項管理、建立和發(fā)布基線、執(zhí)行配置審計、配置庫備份、項目資料歸檔等等，每個活動即服務(wù)都有其對應(yīng)的研發(fā)階段的描述。具體操作即登陸研發(fā)管理信息門戶系統(tǒng)，以組件提交的權(quán)限進(jìn)入“研發(fā)管理注冊中心”，提交研發(fā)管理服務(wù)組件并保存和發(fā)布。

（2）服務(wù)提供者進(jìn)行服務(wù)發(fā)布：

服務(wù)發(fā)布的過程就是人員和活動進(jìn)行匹配并發(fā)布的過程。在實施例中，研發(fā)管理人員對研發(fā)管理服務(wù)組件中的活動進(jìn)行分工認(rèn)領(lǐng)，并登陸研發(fā)管理信息門戶以服務(wù)發(fā)布的權(quán)限進(jìn)入“服務(wù)注冊中心”，選擇對應(yīng)的服務(wù)填寫服務(wù)提供者并保存和發(fā)布，讓大家知道某項服務(wù)的存在。而無論服務(wù)請求者還是服務(wù)提供者，其發(fā)起的過程改進(jìn)，同樣會提交至服務(wù)注冊中心，服務(wù)更新后，由對應(yīng)服務(wù)提供者進(jìn)行服務(wù)發(fā)布。

（3）服務(wù)請求者進(jìn)行項目跟蹤：

項目接口人以跟蹤周例會、日常訪談、研發(fā)系統(tǒng)查看等方式進(jìn)行項目跟蹤，以了解研發(fā)的實際情況。

（4）發(fā)起研發(fā)管理請求：

接口人根據(jù)研發(fā)實際情況以及研發(fā)管理規(guī)范等發(fā)起響應(yīng)的研發(fā)管理請求。例如當(dāng)某項目研發(fā)進(jìn)程進(jìn)行到第二輪迭代的時，遇到一個審計周期，則項目接口人發(fā)起審計請求；或者當(dāng)項目研發(fā)進(jìn)程中，項目經(jīng)理需要readmine項目管理工具的使用指導(dǎo)或培訓(xùn)，則項目接口人發(fā)起指導(dǎo)或培訓(xùn)請求。具體操作即為項目接口人登陸研發(fā)管理信息門戶進(jìn)入“服務(wù)注冊中心”，查找對應(yīng)的審計服務(wù)或readmine指導(dǎo)或培訓(xùn)服務(wù)。

（5）研發(fā)管理服務(wù)注冊中心響應(yīng)查找請求：

研發(fā)管理服務(wù)注冊中心根據(jù)接口人的查詢輸入，查找是否存在與階段對應(yīng)且功能匹配的服務(wù)，以及查詢服務(wù)提供者的可預(yù)約時間。

（6）查詢結(jié)果顯示：

研發(fā)管理服務(wù)注冊中心頁面展示模糊查詢結(jié)果。按階段、服務(wù)介紹、提供人、提供人可預(yù)約時間等字段展示0條或多條結(jié)果。

（7）服務(wù)執(zhí)行者根據(jù)查詢結(jié)果進(jìn)行對應(yīng)動作：

項目接口人根據(jù)頁面結(jié)果進(jìn)行判斷，若查詢結(jié)果顯示服務(wù)存在且與需求一致，則接口人綁定并調(diào)用此服務(wù)，即預(yù)約某時段某服務(wù)提供者服務(wù)，“研發(fā)管理服務(wù)注冊中心”觸發(fā)郵件通知到服務(wù)提供者。若查詢結(jié)果顯示服務(wù)不存在或者與需求不一致，接口人在“研發(fā)管理服務(wù)注冊中心”的“過程改進(jìn)”建立一條或多條改進(jìn)項，待后續(xù)商定解決，例如匯總關(guān)于readmine的指導(dǎo)的相關(guān)改進(jìn)意見后，編寫readmine使用手冊并對新任項目經(jīng)理入職培訓(xùn)中增加這一培訓(xùn)事項。

（8）服務(wù)提供者響應(yīng)請求，執(zhí)行服務(wù)：

例如對某預(yù)研類項目在規(guī)劃階段組織技術(shù)可行性評審；對項目進(jìn)行第N次需求開發(fā)與管理審計等。

（9）服務(wù)提供者提出過程改進(jìn)：

在服務(wù)提供者響應(yīng)服務(wù)請求并執(zhí)行研發(fā)管理活動中，根據(jù)所提供的研發(fā)管理活動與實際研發(fā)的適應(yīng)程度，提出過程改進(jìn)。例如在項目計劃質(zhì)量審計過程中，其中兩條審計項為“以訪談方式檢查《高層計劃》是否在項目立項后1個月內(nèi)通過研發(fā)中心評審”、“以訪談方式檢查《項目進(jìn)度計劃》是否通過研發(fā)中心評審”，在實際審計過程中，發(fā)現(xiàn)研發(fā)項目在規(guī)劃階段進(jìn)行技術(shù)可行性評審時，已經(jīng)提交并由被評審了高層計劃和項目進(jìn)度計劃，這兩個審計項可以通過“直接參與方式檢查項目是否通過了可行性評審”這一審計項覆蓋。因而審計人員即服務(wù)執(zhí)行者在“研發(fā)管理服務(wù)注冊中心” 的“過程改進(jìn)”建立改進(jìn)項，在后續(xù)研發(fā)管理部討論后，決定將原來的審計項“以訪談方式檢查《高層計劃》是否在項目立項后1個月內(nèi)通過研發(fā)中心評審”、“以訪談方式檢查《項目進(jìn)度計劃》是否通過研發(fā)中心評審”刪除，并更新“直接參與方式檢查項目是否通過了項目立項評審”為“直接參與方式檢查項目是否通過了可行性評審”。

4.服務(wù)數(shù)據(jù)利用。

（1）數(shù)據(jù)收集整理

在對研發(fā)項目進(jìn)行研發(fā)管理的過程中，會實時產(chǎn)生大量不同形式的數(shù)據(jù)。其形式包括文檔、工具記錄等，如項目跟蹤過程中的訪談記錄，質(zhì)量審計過程中的計劃質(zhì)量審計報告、跟蹤質(zhì)量審計報告、需求開發(fā)與管理質(zhì)量審計報告、配置審計報告，以及通過研發(fā)管理信息門戶的評審管理工具形成的評審管理記錄、通過研發(fā)管理信息門戶的項目管理工具readmine進(jìn)行任務(wù)管理、缺陷管理等形成的記錄。并對這些文檔和工具記錄等進(jìn)行加工整理。

（2）數(shù)據(jù)利用

對這些數(shù)據(jù)的利用首先是審計報告的可視化的展現(xiàn)。具體操作是服務(wù)提供者及審計人員以“審計信息維護(hù)”的權(quán)限進(jìn)入研發(fā)管理信息門戶系統(tǒng)，提交審計報告文檔。而在研發(fā)管理信息門戶系統(tǒng)在讀取了審計報告的數(shù)據(jù)后，在“審計報告”模塊會以可視化的形式展現(xiàn)各過程的審計結(jié)果。展示頁面以折線圖的形式展示每個過程最近12次的平均過程符合度的審計得分，同時可以看出此過程的過程符合度整體變化趨勢，另外頁面還會以列表形式展示截止目前所有項目未關(guān)閉的不符合項列表；點擊折現(xiàn)點可查看每次的詳細(xì)審計報告，而每次的詳細(xì)審計報告又是以柱狀圖的形式展現(xiàn)此次所有研發(fā)項目的過程符合度得分，如此還可以進(jìn)行項目間的橫向比較，同時頁面還會展示此次過程審計的主要問題及最佳實踐；而點擊每個柱狀圖后又會展示此項目此次過程審計的詳細(xì)報告，包括審計內(nèi)容、審計方式、審計結(jié)果等。

對數(shù)據(jù)的利用還表現(xiàn)為以看板形式展示項目監(jiān)控指標(biāo)。其中每個研發(fā)項目最近要發(fā)布版本的工期狀態(tài)、完成狀態(tài)、項目累計缺陷狀態(tài)從readmine項目管理工具記錄中讀取，而項目累積的文檔評審狀態(tài)從評審管理工具記錄中讀取，項目累計不符合項狀態(tài)、過程符合度狀態(tài)從審計報告記錄中讀取。由此形成每個項目的詳細(xì)研發(fā)狀態(tài)，以輪播形式展示在看板一側(cè)。同時設(shè)定項目進(jìn)度指標(biāo)、過程指標(biāo)、質(zhì)量指標(biāo)等的考量方式和計算方式，從readmine項目管理工具記錄和審計報告記錄中讀取相應(yīng)數(shù)據(jù)形成每個項目在這幾方面的綜合指數(shù)，展示在看板另一側(cè)。看板數(shù)據(jù)每日更新。為研發(fā)團(tuán)隊和各級決策層提供準(zhǔn)確實時的監(jiān)控預(yù)警數(shù)據(jù)和決策依據(jù)。

對數(shù)據(jù)的利用還表現(xiàn)在運(yùn)用審計報告形成的得分進(jìn)行排名建立質(zhì)量審計激勵制度，目的在于引導(dǎo)項目重視自我改進(jìn)，促進(jìn)項目管理的有效性提升，推動研發(fā)管理工作的開展。