本發(fā)明涉及研發(fā)管理領(lǐng)域,具體而言涉及一種通過(guò)構(gòu)造研發(fā)管理服務(wù)組件和通過(guò)服務(wù)協(xié)作的方式進(jìn)行研發(fā)管理的方法和系統(tǒng)。
背景技術(shù):
研發(fā)管理,簡(jiǎn)單來(lái)說(shuō),是指對(duì)研發(fā)部門及其工作進(jìn)行管理。在IT 產(chǎn)品研發(fā)行業(yè)中,其范圍可能涵蓋軟件產(chǎn)品創(chuàng)意的產(chǎn)生、軟件產(chǎn)品需求、軟件產(chǎn)品設(shè)計(jì)、軟件產(chǎn)品開(kāi)發(fā)、軟件產(chǎn)品測(cè)試、軟件產(chǎn)品發(fā)布等整個(gè)過(guò)程;從研發(fā)管理角度來(lái)說(shuō),會(huì)基于該軟件產(chǎn)品研發(fā)的商業(yè)目標(biāo)或產(chǎn)品規(guī)劃的目標(biāo),并圍繞軟件產(chǎn)品研發(fā)的過(guò)程符合性、交付范圍、交付時(shí)間、交付質(zhì)量、技術(shù)評(píng)審、版本發(fā)布等維度,進(jìn)行過(guò)程審計(jì)、需求管理、計(jì)劃管理、缺陷管理、配置管理、評(píng)審管理等研發(fā)管理活動(dòng),其范圍涵蓋研發(fā)質(zhì)量管理、研發(fā)項(xiàng)目管理等。研發(fā)管理的目標(biāo)是職責(zé)明確、管理規(guī)范、過(guò)程有效,方針是優(yōu)質(zhì)的產(chǎn)品、滿意的服務(wù)。
而研發(fā)項(xiàng)目本身的復(fù)雜性,外在市場(chǎng)環(huán)境的快速變化,研發(fā)團(tuán)隊(duì)能力的差異等,加上研發(fā)項(xiàng)目數(shù)量的不斷增加,研發(fā)方法和技術(shù)的不斷變化,領(lǐng)導(dǎo)決策的不同需求等因素,必然要求研發(fā)管理的高效性、規(guī)范性,也必然導(dǎo)致研發(fā)管理的復(fù)雜性,研發(fā)管理的范圍和深度是不斷變化和拓展的,研發(fā)管理體系的建設(shè)也是要不斷應(yīng)需而動(dòng)的。
在行業(yè)內(nèi),一種模式是每個(gè)研發(fā)項(xiàng)目設(shè)置自己的研發(fā)管理人員開(kāi)展研發(fā)管理活動(dòng),這種模式的缺陷是研發(fā)項(xiàng)目組各自為政,自定義研發(fā)管理標(biāo)準(zhǔn)和規(guī)范,當(dāng)我們跳出研發(fā)項(xiàng)目組在更高層面審視研發(fā)狀態(tài)時(shí),會(huì)發(fā)現(xiàn)全局視線上的數(shù)據(jù)是孤立且數(shù)據(jù)的規(guī)范性欠缺,由此可用性較差。尤其是當(dāng)企業(yè)在進(jìn)行研發(fā)管理體系建設(shè)時(shí),這種模式管理成本高、管理的規(guī)范性欠缺、管理效率較低等弊端就展現(xiàn)的更加明顯,企業(yè)研發(fā)體系在從不規(guī)范走向規(guī)范的過(guò)程中,必然需要總體規(guī)劃、基于企業(yè)發(fā)展階段、夯實(shí)基礎(chǔ)建設(shè)工作,才能為企業(yè)在多變的市場(chǎng)環(huán)境中持續(xù)成長(zhǎng)提供基礎(chǔ)保障,既解決短期面臨的問(wèn)題,也為企業(yè)未來(lái)更上一層樓奠定良好基礎(chǔ)。
一種模式是在所有研發(fā)團(tuán)隊(duì)之上設(shè)置研發(fā)管理機(jī)構(gòu),將機(jī)構(gòu)的人員分配至項(xiàng)目按CMMI和PMBOK等管理規(guī)范進(jìn)行全周期的研發(fā)管理,這種模式可以一定程度提升管理的規(guī)范性,但一方面管理與研發(fā)的緊密度有所欠缺、研發(fā)與管理存在抵觸,另一方面面對(duì)研發(fā)管理的復(fù)雜性,對(duì)研發(fā)管理人員全面的研發(fā)管理能力也有很高的要求,對(duì)其依賴程度同樣也就較高,而面對(duì)人員流動(dòng)的行業(yè)事實(shí),這是需要盡量規(guī)避的。同時(shí)面對(duì)研發(fā)內(nèi)外的復(fù)雜和多變,如何使研發(fā)管理能夠體現(xiàn)高效性以及快速響應(yīng)、擁抱變化,如何變化和拓展研發(fā)管理的范圍和深度,以適應(yīng)新的研發(fā)模式和需求,是上述模式所欠缺的。
而在文章《基于項(xiàng)目管理的軟件產(chǎn)品研發(fā)管理研究》(胡紅艷、劉詠梅-《企業(yè)技術(shù)開(kāi)發(fā)》-2006)中,也指出,幾種常見(jiàn)的軟件產(chǎn)品研發(fā)管理模式一般是基于如下幾種體系與方法而建立起來(lái)的,ISO9000質(zhì)量標(biāo)準(zhǔn)對(duì)高技術(shù)性的軟件研發(fā)企業(yè)的幫助不大,它適用面廣但專業(yè)性弱,也不符合軟件產(chǎn)品的特性,所以它的指導(dǎo)價(jià)值不高,CMM對(duì)軟件過(guò)程改進(jìn)有很多有益的指導(dǎo),但它對(duì)企業(yè)如何進(jìn)行軟件過(guò)程改進(jìn)沒(méi)有強(qiáng)制要求,對(duì)開(kāi)發(fā)工作的直接指導(dǎo)性較弱,而且CMM投入很大。而文章中同時(shí)指出的IPD和RUP模式,更是軟件開(kāi)發(fā)模式,不在本專利討論之列。文章提出了基于項(xiàng)目管理的研發(fā)管理模式,將軟件產(chǎn)品研發(fā)項(xiàng)目生命周期分為幾個(gè)階段,并分析了各階段所應(yīng)注意的具體關(guān)鍵問(wèn)題。文章的關(guān)注點(diǎn)是這幾個(gè)階段中一些項(xiàng)目管理中具體的問(wèn)題,給出得方案也是針對(duì)每一個(gè)具體問(wèn)題。而對(duì)于如何建立規(guī)范高效的研發(fā)管理體系,如何應(yīng)對(duì)復(fù)雜多變的研發(fā)管理需求等是欠缺的。
而在公開(kāi)的專利申請(qǐng)“精益研發(fā)系統(tǒng)和精益研發(fā)方法”(申請(qǐng)?zhí)朇N200810085059.X)中,它解決的技術(shù)問(wèn)題是“把研發(fā)活動(dòng)中存在的創(chuàng)新、仿真、試驗(yàn)、各個(gè)孤島集成起來(lái),通過(guò)精益研發(fā)平臺(tái)讓他們形成有機(jī)的一體,針對(duì)企業(yè)各類人員所關(guān)心的各類問(wèn)題,形成各自的看板(質(zhì)量看板、成本看板、進(jìn)度看板、資源看板),幫助企業(yè)實(shí)時(shí)關(guān)注企業(yè)研發(fā)的動(dòng)態(tài),便于管理、調(diào)整、控制?!?精益研發(fā)是一種以精益為目標(biāo)的研發(fā)方法,它集成了技術(shù)創(chuàng)新、協(xié)同仿真以及立體質(zhì)量設(shè)計(jì)三個(gè)方面,實(shí)現(xiàn)產(chǎn)品質(zhì)量的提升。它的關(guān)注點(diǎn)是,在復(fù)雜產(chǎn)品的研發(fā)中,如何滿足客戶最關(guān)注的產(chǎn)品的功能和性能指標(biāo)。而通過(guò)精益研發(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è),面對(duì)范圍與深度不斷變化和拓展的研發(fā)管理需求,研發(fā)管理如何快速反應(yīng)、靈活應(yīng)對(duì)、積極改進(jìn),是上述專利申請(qǐng)所欠缺的。
技術(shù)實(shí)現(xiàn)要素:
鑒于上述方法的缺陷,本發(fā)明提供一種基于服務(wù)協(xié)作的研發(fā)管理方法和系統(tǒng)。其理念一是在于將所有研發(fā)管理活動(dòng)都定義為獨(dú)立的服務(wù),這些服務(wù)帶有定義明確的可調(diào)用接口,能夠以定義好的順序調(diào)用這些服務(wù)來(lái)形成研發(fā)管理業(yè)務(wù)流程。其目的在于將研發(fā)管理的業(yè)務(wù)能力分解為獨(dú)立性高、粗粒度和可復(fù)用的服務(wù),同時(shí)便于對(duì)服務(wù)進(jìn)行組裝和編排以滿足業(yè)務(wù)和流程的變化需求;其理念二是在于運(yùn)用服務(wù)協(xié)作的方式來(lái)執(zhí)行這些研發(fā)管理服務(wù),建立管理與研發(fā)的緊密耦合關(guān)系,提升過(guò)程改進(jìn)的敏捷性。
本專利的目的在于運(yùn)用基于服務(wù)協(xié)作的研發(fā)管理方法和系統(tǒng),建立以研發(fā)管理部為主導(dǎo),以研發(fā)管理人員隊(duì)伍為專業(yè)支撐,以質(zhì)量審計(jì)為手段,以項(xiàng)目管理水平為檢驗(yàn)對(duì)象,面向研發(fā)、面向決策層、面向體系改進(jìn)的研發(fā)管理體系,滿足復(fù)雜業(yè)務(wù)和流程的變化需求,建立管理與研發(fā)的緊密耦合關(guān)系,提升研發(fā)的規(guī)范性和質(zhì)量,提升過(guò)程改進(jìn)的敏捷性。
為實(shí)現(xiàn)上述目的,基于服務(wù)協(xié)作的研發(fā)管理方法如圖1所示包括以下幾個(gè)步驟:
1、構(gòu)建研發(fā)管理服務(wù)組件,即根據(jù)選定的研發(fā)體系模型梳理提取研發(fā)各階段涉及的所有活動(dòng),并從中抽象出研發(fā)各階段涉及的研發(fā)管理活動(dòng),根據(jù)研發(fā)管理規(guī)則將這些研發(fā)管理活動(dòng)分類映射形成研發(fā)管理服務(wù)集合,最后依據(jù)具體的項(xiàng)目類型裁剪包裝形成服務(wù)組件。如圖1中S1部分所示;
2、設(shè)置研發(fā)管理服務(wù)協(xié)作角色,即建立研發(fā)管理服務(wù)注冊(cè)中心,并為研發(fā)管理人員設(shè)立服務(wù)提供者和服務(wù)請(qǐng)求者的角色的過(guò)程。如圖1中S2部分所示;
3、以服務(wù)協(xié)作方式開(kāi)展研發(fā)管理,即服務(wù)提供者發(fā)布研發(fā)管理服務(wù)、提供研發(fā)管理服務(wù)、改進(jìn)研發(fā)管理服務(wù),服務(wù)請(qǐng)求者進(jìn)行項(xiàng)目跟蹤、發(fā)起研發(fā)管理服務(wù)請(qǐng)求、改進(jìn)研發(fā)管理服務(wù)的交互協(xié)作過(guò)程。如圖1中S3部分所示;
4、運(yùn)用研發(fā)服務(wù)數(shù)據(jù),即收集、分析研發(fā)和管理過(guò)程中的數(shù)據(jù),形成項(xiàng)目監(jiān)控指標(biāo)并看板展示的過(guò)程。如圖1中S4部分所示。
其中步驟1還包括如下詳細(xì)步驟,如圖2所示。
1.1依據(jù)研發(fā)項(xiàng)目間的共有特性選擇并構(gòu)建研發(fā)體系模型。
1.2梳理、提取研發(fā)體系模型各階段所有活動(dòng)。步驟1.2還包括如下步驟:
1.2.1梳理研發(fā)體系模型每個(gè)階段所有的活動(dòng),并形成流程圖;
1.2.2對(duì)步驟1.2.1中的流程圖,形成活動(dòng)詳情描述;
1.2.3從研發(fā)體系模型各階段的維度,以可視化形式展現(xiàn)如上步驟1.2.1和1.2.2所形成的過(guò)程資產(chǎn);
1.2.4對(duì)所有活動(dòng)進(jìn)行分類歸屬形成不同的過(guò)程,形成如工程類過(guò)程、項(xiàng)目管理類過(guò)程、支持類過(guò)程等;
1.2.5對(duì)步驟1.2.4形成的各過(guò)程域,再次進(jìn)行過(guò)程梳理和過(guò)程定義;
1.2.6以可視化的形式展現(xiàn)如上步驟1.2.5形成的流程圖和過(guò)程定義等過(guò)程資產(chǎn)。
1.3根據(jù)步驟1.2抽象出各階段所有研發(fā)管理活動(dòng),并將每個(gè)研發(fā)管理活動(dòng)視作一個(gè)基本服務(wù),這里每個(gè)基本服務(wù)的顆粒度的設(shè)定靈活自主。
1.4將步驟1.3抽象出的各階段的研發(fā)管理活動(dòng),打破階段的邊界,按質(zhì)量管理和項(xiàng)目管理等規(guī)范進(jìn)行拆分重組,形成新的服務(wù)集合,這些服務(wù)集合是涵蓋研發(fā)管理活動(dòng)全集的服務(wù)組合。其中步驟1.4還包括如下步驟:
1.4.1依據(jù)質(zhì)量管理、項(xiàng)目管理規(guī)范等制定符合實(shí)際的研發(fā)管理的過(guò)程域,如需求管理、計(jì)劃跟蹤、過(guò)程質(zhì)量審計(jì)等;
1.4.2依據(jù)研發(fā)管理的過(guò)程域?qū)⒉襟E3形成的服務(wù)組件打破重組,將其中的服務(wù)映射到研發(fā)管理的過(guò)程域,形成新的服務(wù)組件;
1.4.3新的研發(fā)管理服務(wù)組件形成檢查表、指南、過(guò)程定義等知識(shí)文檔用以描述具體研發(fā)管理活動(dòng);
1.4.4通過(guò)描述服務(wù)的功能和調(diào)用時(shí)機(jī)的方式為服務(wù)組件中的服務(wù)設(shè)置調(diào)用接口。目的在于便于后續(xù)依研發(fā)進(jìn)程匹配對(duì)應(yīng)的研發(fā)管理活動(dòng)。
1.5依據(jù)項(xiàng)目間的差異特性劃分項(xiàng)目類型。
1.6將步驟1.4形成的全集的服務(wù)組合依據(jù)項(xiàng)目類型,裁剪成與項(xiàng)目類型相適應(yīng)的服務(wù)組件。
其中步驟2主要包括如下內(nèi)容:
建立研發(fā)管理服務(wù)注冊(cè)中心、設(shè)置服務(wù)提供者角色和服務(wù)請(qǐng)求者角色。
其中步驟3還包括如下步驟。
3.1研發(fā)管理服務(wù)組件形成過(guò)程產(chǎn)生的研發(fā)管理服務(wù)組件進(jìn)入服務(wù)注冊(cè)中心。這里包含研發(fā)管理體系建立時(shí)形成的服務(wù)組件,也包括體系改進(jìn)時(shí)更新的服務(wù)組件。
3.2服務(wù)提供者執(zhí)行服務(wù)發(fā)布操作。
3.3服務(wù)請(qǐng)求者對(duì)研發(fā)項(xiàng)目進(jìn)行跟蹤。
3.4服務(wù)請(qǐng)求者向服務(wù)注冊(cè)中心發(fā)起服務(wù)查找操作,查找此項(xiàng)目類型在現(xiàn)階段的進(jìn)程中對(duì)應(yīng)的服務(wù)組件。
3.5服務(wù)注冊(cè)中心查詢服務(wù)是否存在,及服務(wù)與查詢的一致性。
3.6查詢結(jié)果返回服務(wù)請(qǐng)求者。
3.7服務(wù)請(qǐng)求者依據(jù)查詢結(jié)果,做出對(duì)應(yīng)動(dòng)作。即如果查詢結(jié)果不符合需求,則提出服務(wù)改進(jìn),并將改進(jìn)的服務(wù)更新至服務(wù)注冊(cè)中心;如果查詢結(jié)果符合需求,則發(fā)起綁定和調(diào)用操作,以便調(diào)用服務(wù)提供者的服務(wù)。
3.8服務(wù)提供者提供服務(wù)。
3.9服務(wù)提供者在實(shí)現(xiàn)服務(wù)的過(guò)程中,當(dāng)發(fā)現(xiàn)服務(wù)與實(shí)際研發(fā)不適應(yīng)時(shí),提出過(guò)程改進(jìn),改進(jìn)服務(wù)。
其中步驟4還包括如下步驟:
4.1對(duì)研發(fā)管理協(xié)作服務(wù)過(guò)程中形成的監(jiān)控?cái)?shù)據(jù)進(jìn)行收集整理,形成多種服務(wù)數(shù)據(jù)。
4.2按不同管理目的和用途,依據(jù)設(shè)定的監(jiān)控指標(biāo),對(duì)服務(wù)數(shù)據(jù)進(jìn)行抽取,形成不同監(jiān)控指標(biāo)數(shù)據(jù)結(jié)果,并以項(xiàng)目看板形式展示。項(xiàng)目看板展示屏用于顯示項(xiàng)目指標(biāo)數(shù)據(jù),即展示所有在研項(xiàng)目進(jìn)度、過(guò)程、質(zhì)量等指標(biāo)的綜合指數(shù)并輪播每個(gè)項(xiàng)目實(shí)施過(guò)程中進(jìn)度、過(guò)程、質(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ù)以及返回?cái)?shù)據(jù)等。包括開(kāi)發(fā)質(zhì)量、管理能力、項(xiàng)目結(jié)果、服務(wù)效果等分析、評(píng)價(jià)的展現(xiàn),以及為如下所述工具支撐層的兩平臺(tái)一中心的用戶提供交互操作的入口。
工具支撐層主要包括三大邏輯模塊,技術(shù)支撐平臺(tái)、項(xiàng)目管理平臺(tái)、服務(wù)注冊(cè)中心,為研發(fā)及管理提供多種支撐工具及支持功能。所述技術(shù)支撐平臺(tái)包括代碼檢查、版本控制、持續(xù)集成、自動(dòng)化測(cè)試,為項(xiàng)目進(jìn)行研發(fā)提供直接的工具支撐,視為研發(fā)管理提供的服務(wù)內(nèi)容;所述項(xiàng)目管理平臺(tái)包括任務(wù)下發(fā)、問(wèn)題管理、缺陷跟蹤、評(píng)審工具,為項(xiàng)目進(jìn)行研發(fā)提供項(xiàng)目管理工具和相關(guān)服務(wù);所述服務(wù)注冊(cè)中心包括服務(wù)協(xié)作角色設(shè)置、服務(wù)組件維護(hù)、服務(wù)協(xié)作管理等,為開(kāi)展研發(fā)管理提供服務(wù)協(xié)作的工具支撐。其中所述服務(wù)注冊(cè)中心,一方面用于存儲(chǔ)研發(fā)管理服務(wù)組件信息,每一個(gè)研發(fā)管理活動(dòng)都有設(shè)定好的對(duì)應(yīng)的項(xiàng)目類型、對(duì)應(yīng)的研發(fā)階段、以及活動(dòng)描述等;一方面為服務(wù)提供者提供發(fā)布服務(wù)的操作,并為服務(wù)請(qǐng)求者提供查詢和發(fā)起功能以進(jìn)行服務(wù)查找和發(fā)起請(qǐng)求操作,同時(shí)還提供服務(wù)改進(jìn)功能,即當(dāng)對(duì)研發(fā)管理體系進(jìn)行評(píng)估改進(jìn)以及在研發(fā)管理服務(wù)協(xié)作過(guò)程中服務(wù)請(qǐng)求者或服務(wù)提供者發(fā)現(xiàn)并提出過(guò)程改進(jìn)以及跟蹤改進(jìn)過(guò)程中,都需要使用過(guò)程改進(jìn)模塊,而改進(jìn)后的服務(wù)會(huì)由服務(wù)提供者發(fā)布更新至研發(fā)管理注冊(cè)中心。
基礎(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.通過(guò)將每個(gè)研發(fā)管理活動(dòng)視為一個(gè)服務(wù)并基于研發(fā)構(gòu)建研發(fā)管理服務(wù)和服務(wù)組件:
(1)提高了管理和業(yè)務(wù)也就是研發(fā)管理和研發(fā)的耦合關(guān)系的緊密性;
(2)提高了研發(fā)管理應(yīng)變的靈活性,面對(duì)范圍與深度不斷變化和拓展的研發(fā)管理需求,研發(fā)管理可以實(shí)現(xiàn)快速反應(yīng)、靈活應(yīng)對(duì);
(3)通過(guò)將管理人員的知識(shí)、經(jīng)驗(yàn)等以及管理規(guī)范等固化到服務(wù)組件這一機(jī)制建設(shè),盡量減少人員流動(dòng)因素造成的不利影響,同時(shí)也是利用機(jī)制更有效于制度的優(yōu)越性達(dá)到知識(shí)積累和知識(shí)復(fù)用的目的。
2.通過(guò)建立研發(fā)管理服務(wù)協(xié)作的運(yùn)作實(shí)施模式:
(1)接口人即服務(wù)請(qǐng)求者和服務(wù)提供者的角色設(shè)立及交叉審計(jì)同樣提高了管理與研發(fā)的緊密耦合關(guān)系;
(2)提升了質(zhì)量審計(jì)標(biāo)準(zhǔn)的客觀性和一致性性;
(3)研發(fā)管理服務(wù)注冊(cè)中心的設(shè)立提高了過(guò)程改進(jìn)發(fā)現(xiàn)的靈敏性和過(guò)程改進(jìn)的及時(shí)性,也為研發(fā)管理體系的螺旋式改進(jìn)提供支持。
3.研發(fā)管理中以質(zhì)量審計(jì)為手段,檢驗(yàn)研發(fā)項(xiàng)目的項(xiàng)目管理水平,而基于服務(wù)協(xié)作的研發(fā)管理方法和系統(tǒng)的應(yīng)用使項(xiàng)目過(guò)程質(zhì)量審計(jì)的總體平均分較上一年提升了24%,具體而言軟件開(kāi)發(fā)過(guò)程中的進(jìn)度指標(biāo)(考量項(xiàng)包括任務(wù)、工期等)、過(guò)程指標(biāo)(考量項(xiàng)包含需求、配置、計(jì)劃、評(píng)審等)、質(zhì)量指標(biāo)(考量項(xiàng)包含不符合項(xiàng)指標(biāo)、缺陷指標(biāo)等)等項(xiàng)目綜合指數(shù)的整體平均值較上一年分別提升19%,29%,30%,。說(shuō)明研發(fā)的項(xiàng)目管理水平、研發(fā)產(chǎn)品質(zhì)量、研發(fā)規(guī)范性等有了明顯的提升。
4.通過(guò)對(duì)研發(fā)管理監(jiān)控?cái)?shù)據(jù)資源利用:
(1)以研發(fā)指標(biāo)和研發(fā)狀態(tài)進(jìn)行項(xiàng)目看板展示,可以提供項(xiàng)目及時(shí)、準(zhǔn)確、有價(jià)值的決策信息預(yù)警信息和決策信息;
(2)以審計(jì)結(jié)果進(jìn)行得分排序,可以激勵(lì)項(xiàng)目在科學(xué)管理實(shí)踐上投注精力,提高項(xiàng)目研發(fā)效率,增強(qiáng)研發(fā)產(chǎn)品質(zhì)量。
附圖說(shuō)明
圖1基于服務(wù)協(xié)作模式的研發(fā)管理方法示意圖;
圖2研發(fā)管理服務(wù)組件構(gòu)建方法的原理圖;
圖3基于服務(wù)協(xié)作模式的研發(fā)管理系統(tǒng)功能邏輯圖。
具體實(shí)施方式
以下結(jié)合具體實(shí)施例和附圖對(duì)本發(fā)明作更詳細(xì)的說(shuō)明。
1.研發(fā)管理服務(wù)組件構(gòu)建階段,如圖2所示。
(1)建立研發(fā)體系模型,如圖2中S11所示:
在分析了所在研發(fā)部門的所有研發(fā)項(xiàng)目的共有特性后,選擇了與之對(duì)應(yīng)的迭代開(kāi)發(fā)模型作為研發(fā)體系模型。并據(jù)此將研發(fā)體系模型生命周期設(shè)定為六個(gè)階段:規(guī)劃階段、定義階段、構(gòu)造階段、驗(yàn)證階段、發(fā)布階段、交付階段。其中“定義”、“構(gòu)造”、“驗(yàn)證”和“發(fā)布”是每個(gè)迭代周期所包含的階段,迭代輪次由項(xiàng)目自行定義。
(2)模型描述和可視化展現(xiàn),如圖2中S12所示:
1)對(duì)模型的六個(gè)階段的目的、主要活動(dòng)進(jìn)行梳理:
以規(guī)劃階段為例,包括如下主要活動(dòng):指定項(xiàng)目經(jīng)理、項(xiàng)目規(guī)劃、發(fā)起立項(xiàng)申請(qǐng)、逐級(jí)審批、組件項(xiàng)目團(tuán)隊(duì)、技術(shù)可行性評(píng)審、制定高層計(jì)劃、制定項(xiàng)目計(jì)劃、配置管理申請(qǐng)審批、配置管理環(huán)境初始化、計(jì)劃計(jì)劃制定、配置審計(jì)等等。然后依據(jù)這些主要活動(dòng)之間的關(guān)系形成流程圖;
2)文字描述:
對(duì)所有階段、活動(dòng)、流程圖形成階段描述、活動(dòng)詳情描述、流程描述;
3)可視化展現(xiàn):
將上述活動(dòng)的關(guān)系流程和詳細(xì)描述以可視化形成在研發(fā)管理系統(tǒng)中進(jìn)行展現(xiàn)。登陸研發(fā)管理信息門戶,以系統(tǒng)管理員權(quán)進(jìn)行“階段描述維護(hù)”、“活動(dòng)頁(yè)面發(fā)布”等,可對(duì)如上六個(gè)階段進(jìn)行新建、編輯、刪除、查看、查詢等操作,以完成研發(fā)體系模型的可視化維護(hù)。點(diǎn)擊進(jìn)入“管理能力”大模塊中的“研發(fā)體系”模塊中的“體系模型”,頁(yè)面可視化展示研發(fā)體系的模型概覽,及各階段的活動(dòng)的可視化圖形,包括階段描述,各階段的活動(dòng)的關(guān)系圖流程圖及活動(dòng)描述;
4)活動(dòng)按過(guò)程分類:
在實(shí)施例中,我們根據(jù)項(xiàng)目實(shí)際開(kāi)發(fā)及管理需要將上述6階段的主要活動(dòng)歸類定義了三大類共計(jì)14個(gè)過(guò)程:1.工程類:需求開(kāi)發(fā)與管理、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)、系統(tǒng)測(cè)試、軟件發(fā)布、軟件交付、系統(tǒng)性能測(cè)試;2.管理類:項(xiàng)目立項(xiàng)、項(xiàng)目計(jì)劃、項(xiàng)目跟蹤與監(jiān)控、需求管理、項(xiàng)目結(jié)項(xiàng);3.支持類:配置管理;
5)過(guò)程流程梳理和過(guò)程定義:
對(duì)每一類過(guò)程形成流程圖及過(guò)程定義,在實(shí)施例中,形成了14個(gè)過(guò)程流程圖和14個(gè)過(guò)程定義文檔;
6)可視化展現(xiàn):
以可視化的形式展現(xiàn)三大類活動(dòng)過(guò)程。登陸研發(fā)管理信息門戶,以系統(tǒng)管理員權(quán)限進(jìn)行“過(guò)程流程圖維護(hù)”、“過(guò)程頁(yè)面發(fā)布”等,可對(duì)如上三大類14個(gè)過(guò)程進(jìn)行進(jìn)行新建、編輯、刪除、查看、查詢等操作,以完成過(guò)程定義的可視化維護(hù)。點(diǎn)擊進(jìn)入“管理能力”大模塊中的“研發(fā)體系”模塊中的“過(guò)程定義”,頁(yè)面可視化上述三大類14個(gè)過(guò)程的過(guò)程流程圖,過(guò)程描述;
7)可視化展現(xiàn)模板指南和角色集:
同時(shí)將所有各過(guò)程中的涉及的管理文檔(模板、指南、范例等)及角色也以可視化形式展現(xiàn)出來(lái)。登陸研發(fā)管理信息門戶,以系統(tǒng)管理員權(quán)限進(jìn)行“模板指南維護(hù)”、“角色集維護(hù)”,可對(duì)如上三大類14個(gè)過(guò)程進(jìn)行進(jìn)行新建、編輯、刪除、查看、查詢等操作,以完成過(guò)程定義的可視化維護(hù)。點(diǎn)擊進(jìn)入“管理能力”大模塊中的“研發(fā)體系”模塊中的“過(guò)程定義”,頁(yè)面可視化上述三大類14個(gè)過(guò)程的過(guò)程流程圖,過(guò)程描述。
(3)抽象出每階段中的研發(fā)管理活動(dòng),如圖2中S13所示:
以“規(guī)劃”和“構(gòu)造”階段為例:規(guī)劃階段的主要活動(dòng)包括指定項(xiàng)目經(jīng)理、項(xiàng)目規(guī)劃、發(fā)起立項(xiàng)申請(qǐng)、逐級(jí)審批、組件項(xiàng)目團(tuán)隊(duì)、技術(shù)可行性評(píng)審、制定高層計(jì)劃、制定項(xiàng)目計(jì)劃、配置管理申請(qǐng)審批、配置管理環(huán)境初始化、計(jì)劃計(jì)劃制定、配置審計(jì)等,從中抽取的研發(fā)管理活動(dòng)主要包括:項(xiàng)目可行性評(píng)審資料是否及時(shí)提交、項(xiàng)目是否通過(guò)了項(xiàng)目可行性評(píng)審、項(xiàng)目可行性評(píng)審資料是否完備、項(xiàng)目經(jīng)理是否制定了《高層計(jì)劃》以明確項(xiàng)目各階段或里程碑計(jì)劃、《高層計(jì)劃》中是否明確了各階段的目的主要任務(wù)或版本的功能范圍、項(xiàng)目組所有成員是否都有訪問(wèn)配置庫(kù)的權(quán)限、立項(xiàng)資料是否入庫(kù)、配置項(xiàng)的存放路徑是否符合質(zhì)量規(guī)范要求、配置項(xiàng)的名稱是否符合命名規(guī)范等等。
而構(gòu)造階段的主要活動(dòng)包括跟蹤周活動(dòng)、跟蹤里程碑、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)、制定產(chǎn)品集成策略、代碼編寫、代碼審查、單元測(cè)試、產(chǎn)品集成、提交測(cè)試、建立和發(fā)布基線、需求跟蹤等,可能還會(huì)包括需求變更等。從中抽取的研發(fā)管理活動(dòng)主要包括:《概要設(shè)計(jì)說(shuō)明書》(或《詳細(xì)設(shè)計(jì)說(shuō)明書》)是否按計(jì)劃輸出、完成的工作產(chǎn)品是否提交至配置庫(kù)指定位置、設(shè)計(jì)說(shuō)明書是否納入了配置庫(kù)統(tǒng)一管理、設(shè)計(jì)說(shuō)明書是否經(jīng)過(guò)評(píng)審、設(shè)計(jì)說(shuō)明書評(píng)審?fù)ㄟ^(guò)后是否納入基線庫(kù)、配置項(xiàng)的存放路徑是否符合質(zhì)量規(guī)范要求、配置項(xiàng)的名稱是否符合命名規(guī)范、項(xiàng)目經(jīng)理內(nèi)是否定期組織召開(kāi)項(xiàng)目例會(huì),就項(xiàng)目當(dāng)前狀態(tài)、進(jìn)展、風(fēng)險(xiǎn)等問(wèn)題進(jìn)行通報(bào)和討論、若《高層計(jì)劃》變更,是否通過(guò)研發(fā)中心總經(jīng)理審批、《項(xiàng)目進(jìn)度計(jì)劃》是否按照變更后的《高層計(jì)劃》更新、變更后的項(xiàng)目進(jìn)度計(jì)劃是否重新發(fā)布給項(xiàng)目成員及相關(guān)人員、是否按照《高層計(jì)劃》在《進(jìn)度計(jì)劃》中安排需求相關(guān)活動(dòng)、是否定義了需求變更管理機(jī)制并執(zhí)行、是否在變更結(jié)束后及時(shí)更新需求基線、已交付項(xiàng)目反饋的需求是否進(jìn)行記錄等等。
同時(shí)由上還可知,部分研發(fā)管理活動(dòng)是某個(gè)研發(fā)階段特有的,而部分研發(fā)管理活動(dòng)是多個(gè)研發(fā)階段共有的。即圖2所示的服務(wù)集合1中的活動(dòng)a1是對(duì)應(yīng)到兩個(gè)研發(fā)階段的。而上述“配置項(xiàng)的存放路徑是否符合質(zhì)量規(guī)范要求、配置項(xiàng)的名稱是否符合命名規(guī)范”等等是規(guī)劃和構(gòu)造階段共有的。而構(gòu)造階段的“項(xiàng)目經(jīng)理內(nèi)是否定期組織召開(kāi)項(xiàng)目例會(huì)就項(xiàng)目當(dāng)前狀態(tài)、進(jìn)展、風(fēng)險(xiǎn)等問(wèn)題進(jìn)行通報(bào)和討論、若《高層計(jì)劃》變更是否通過(guò)研發(fā)中心總經(jīng)理審批、《項(xiàng)目進(jìn)度計(jì)劃》是否按照變更后的《高層計(jì)劃》更新、變更后的項(xiàng)目進(jìn)度計(jì)劃是否重新發(fā)布給項(xiàng)目成員及相關(guān)人員、是否按照《高層計(jì)劃》在《進(jìn)度計(jì)劃》中安排需求相關(guān)活動(dòng)、是否定義了需求變更管理機(jī)制并執(zhí)行、是否在變更結(jié)束后及時(shí)更新需求基線”等等也是定義階段、驗(yàn)證階段等共有的研發(fā)管理活動(dòng)。
(4)打破階段邊界,服務(wù)重新組合,如圖2中S13所示:
1)制定研發(fā)管理過(guò)程域:
例如在實(shí)施例中,結(jié)合實(shí)際研發(fā)管理的需要,設(shè)立了需求開(kāi)發(fā)與管理過(guò)程、項(xiàng)目計(jì)劃與跟蹤過(guò)程、配置管理過(guò)程、過(guò)程質(zhì)量審計(jì)過(guò)程、評(píng)審管理過(guò)程、缺陷管理過(guò)程等。并將第3步各階段的研發(fā)管理活動(dòng)對(duì)應(yīng)到研發(fā)管理過(guò)程域中;
2)打破研發(fā)管理的階段邊界,按研發(fā)管理過(guò)程域映射重組:
例如步驟1.3中的規(guī)劃階段的“項(xiàng)目可行性評(píng)審資料是否及時(shí)提交、項(xiàng)目是否通過(guò)了項(xiàng)目可行性評(píng)審、項(xiàng)目可行性評(píng)審資料是否完備、項(xiàng)目可行性評(píng)審資料是否及時(shí)提交”和構(gòu)造階段的“設(shè)計(jì)說(shuō)明書是否經(jīng)過(guò)評(píng)審、設(shè)計(jì)說(shuō)明書評(píng)審?fù)ㄟ^(guò)后是否納入基線庫(kù)”歸入評(píng)審管理過(guò)程;規(guī)劃階段的“項(xiàng)目經(jīng)理是否制定了《高層計(jì)劃》以明確項(xiàng)目各階段或里程碑計(jì)劃、《高層計(jì)劃》中是否明確了各階段的目的主要任務(wù)或版本的功能范圍”和構(gòu)造階段的“《概要設(shè)計(jì)說(shuō)明書》(或《詳細(xì)設(shè)計(jì)說(shuō)明書》)是否按計(jì)劃輸出”歸入項(xiàng)目計(jì)劃與跟蹤過(guò)程。規(guī)劃階段“項(xiàng)目組所有成員是否都有訪問(wèn)配置庫(kù)的權(quán)限、配置項(xiàng)的存放路徑是否符合質(zhì)量規(guī)范要求、配置項(xiàng)的名稱是否符合命名規(guī)范”和構(gòu)造階段的“完成的工作產(chǎn)品是否提交至配置庫(kù)指定位置、設(shè)計(jì)說(shuō)明書是否納入了配置庫(kù)統(tǒng)一管理、設(shè)計(jì)說(shuō)明書評(píng)審?fù)ㄟ^(guò)后是否納入基線庫(kù)、配置項(xiàng)的存放路徑是否符合質(zhì)量規(guī)范要求、配置項(xiàng)的名稱是否符合命名規(guī)范”歸入配置管理過(guò)程,構(gòu)造階段的“是否按照《高層計(jì)劃》在《進(jìn)度計(jì)劃》中安排需求相關(guān)活動(dòng)”歸入評(píng)審管理過(guò)程。按此辦法將各階段的研發(fā)管理活動(dòng)集合全部歸類形成需求開(kāi)發(fā)與管理、項(xiàng)目計(jì)劃與跟蹤、配置管理、過(guò)程質(zhì)量審計(jì)、評(píng)審管理、缺陷管理等多個(gè)研發(fā)管理服務(wù)集合.
3)研發(fā)管理過(guò)程服務(wù)集合描述:
在實(shí)施例中,形成“需求開(kāi)發(fā)與管理、項(xiàng)目計(jì)劃與跟蹤、配置管理、過(guò)程質(zhì)量審計(jì)、評(píng)審管理、缺陷管理”等多個(gè)研發(fā)管理服務(wù)集合的檢查表、指南、過(guò)程定義等知識(shí)文檔;
4)服務(wù)調(diào)用接口設(shè)置:
每個(gè)服務(wù)集合中的活動(dòng)都設(shè)置有服務(wù)調(diào)用的接口,即每個(gè)活動(dòng)外部包裝有與其對(duì)應(yīng)的研發(fā)階段和每個(gè)活動(dòng)的功能描述。
(5)研發(fā)項(xiàng)目類型劃分:
分析現(xiàn)有項(xiàng)目間的差異特性,劃分不同的項(xiàng)目類型。例如將研發(fā)體系的項(xiàng)目重點(diǎn)分為:技術(shù)預(yù)研類、產(chǎn)品預(yù)研類,技術(shù)開(kāi)發(fā)類、產(chǎn)品開(kāi)發(fā)類,維護(hù)類等。之所以將項(xiàng)目按如上類型劃分,是為了管理和考核的需要,不同類型有不同的管理側(cè)重點(diǎn),因此考核的權(quán)重設(shè)置要有差異。
(6)按項(xiàng)目類型進(jìn)行服務(wù)組件裁剪:
依據(jù)上述項(xiàng)目類型,對(duì)研發(fā)管理服務(wù)集合進(jìn)行裁剪,得到不同類型項(xiàng)目對(duì)應(yīng)的研發(fā)服務(wù)管理組件,如圖2中S15所示。例如對(duì)于規(guī)劃階段的技術(shù)可行性評(píng)審這一研發(fā)管理服務(wù),不同項(xiàng)目類型的需求差異在于:對(duì)預(yù)研類項(xiàng)目、新產(chǎn)品研發(fā)類項(xiàng)目的要求是必須的,對(duì)于涉及架構(gòu)變化和新技術(shù)應(yīng)用的功能優(yōu)化和改造等維護(hù)類項(xiàng)目要評(píng)審,而對(duì)于原產(chǎn)品升級(jí)改造的維護(hù)類項(xiàng)目不需要規(guī)劃階段的技術(shù)可行性評(píng)審,只需要評(píng)審增量即可。
以上即為服務(wù)組件構(gòu)件過(guò)程,也是研發(fā)管理的基礎(chǔ)。另外研發(fā)管理體系隨研發(fā)體系進(jìn)行自我改進(jìn)時(shí),也遵循如上步驟1即圖2所示的方法進(jìn)行調(diào)整,形成新的服務(wù)組件。
2. 研發(fā)管理服務(wù)協(xié)作角色設(shè)置,如圖1中S2部分所示。
建立研發(fā)管理服務(wù)注冊(cè)中心。研發(fā)管理信息門戶的服務(wù)注冊(cè)中心用以保存服務(wù)信息,服務(wù)注冊(cè)中心存儲(chǔ)了預(yù)研類、研發(fā)類、交付類、維護(hù)類等不同類型項(xiàng)目所對(duì)應(yīng)的需求開(kāi)發(fā)與管理、項(xiàng)目計(jì)劃與跟蹤、組織級(jí)配置管理、過(guò)程質(zhì)量審計(jì)、評(píng)審管理、缺陷管理等服務(wù)組件。同時(shí)研發(fā)管理信息門戶的服務(wù)注冊(cè)中心為服務(wù)請(qǐng)求者提供檢索、查找和返回結(jié)果的功能,為服務(wù)提供者提供服務(wù)發(fā)布的功能。
設(shè)置服務(wù)提供者角色。其角色的職能一方面在于研發(fā)管理服務(wù)提供者在服務(wù)注冊(cè)中心執(zhí)行發(fā)布操作,發(fā)布的服務(wù)包括研發(fā)管理服務(wù)組件構(gòu)件過(guò)程中形成的服務(wù)和體系過(guò)程改進(jìn)后形成的服務(wù),目的之一在于使大家知道某個(gè)服務(wù)的存在及其功能,目的之二在于建立提供者和某一項(xiàng)或多項(xiàng)服務(wù)間的關(guān)聯(lián)。另一方面在于服務(wù)提供者響應(yīng)請(qǐng)求并執(zhí)行研發(fā)管理服務(wù),并在這個(gè)過(guò)程中發(fā)現(xiàn)過(guò)程改進(jìn)點(diǎn)。
設(shè)置服務(wù)請(qǐng)求者角色。當(dāng)研發(fā)工程開(kāi)始后,研發(fā)項(xiàng)目組通常不具備請(qǐng)求進(jìn)行研發(fā)管理的主動(dòng)性,因而對(duì)項(xiàng)目設(shè)置接口人角色,即服務(wù)請(qǐng)求者角色。其角色職責(zé)在于對(duì)項(xiàng)目進(jìn)行跟蹤,發(fā)起研發(fā)管理請(qǐng)求,并在這個(gè)過(guò)程中發(fā)現(xiàn)過(guò)程改進(jìn)點(diǎn)。
在實(shí)施例中,我們?yōu)槊總€(gè)研發(fā)項(xiàng)目設(shè)置一個(gè)項(xiàng)目接口人,接口人來(lái)自于研發(fā)管理部,我們將接口人賦予服務(wù)請(qǐng)求者。這樣設(shè)置解決了項(xiàng)目不具備請(qǐng)求進(jìn)行項(xiàng)目監(jiān)控的主動(dòng)性的實(shí)際問(wèn)題,同時(shí)項(xiàng)目接口人兼具研發(fā)管理和實(shí)際研發(fā)的視角,既可以貼近實(shí)際研發(fā)進(jìn)行全面跟蹤,又可以給予研發(fā)管理的咨詢指導(dǎo)并接受反饋進(jìn)行過(guò)程改進(jìn)等,由此既減少了研發(fā)管理部門與研發(fā)團(tuán)隊(duì)間的對(duì)立,又減少了研發(fā)團(tuán)隊(duì)進(jìn)行研發(fā)管理的成本,從而可以集中更多精力用于研發(fā)并且是規(guī)范的研發(fā)。
同時(shí)為研發(fā)項(xiàng)目設(shè)置多個(gè)服務(wù)提供者角色,服務(wù)提供者角色的職責(zé)主要包括需求開(kāi)發(fā)與管理、項(xiàng)目計(jì)劃與跟蹤、組織級(jí)配置管理、評(píng)審管理、缺陷管理等,以及實(shí)施項(xiàng)目計(jì)劃質(zhì)量審計(jì)、項(xiàng)目跟蹤質(zhì)量審計(jì)、配置審計(jì)、需求開(kāi)發(fā)與管理質(zhì)量審計(jì)等過(guò)程審計(jì),以及發(fā)布這些服務(wù),并在項(xiàng)目反饋中發(fā)現(xiàn)過(guò)程改進(jìn)等。
另外,如果將上述服務(wù)提供者角色的主要職責(zé)(需求開(kāi)發(fā)與管理、項(xiàng)目計(jì)劃與跟蹤、組織級(jí)配置管理、評(píng)審管理、缺陷管理等,以及實(shí)施項(xiàng)目計(jì)劃質(zhì)量審計(jì)、項(xiàng)目跟蹤質(zhì)量審計(jì)、配置審計(jì)、需求開(kāi)發(fā)與管理質(zhì)量審計(jì)等過(guò)程審計(jì))分為審計(jì)職責(zé)和其他管理職責(zé),則對(duì)于每一個(gè)項(xiàng)目來(lái)說(shuō),其接口人除被賦予服務(wù)請(qǐng)求者角色,還可以被賦予服務(wù)提供者角色,提供部分其他管理職責(zé)。而對(duì)于這一個(gè)項(xiàng)目來(lái)說(shuō),過(guò)程審計(jì)人員僅具有服務(wù)提供者角色,負(fù)有審計(jì)職責(zé)和部分其他管理職責(zé)。這樣的設(shè)置,即從項(xiàng)目接口人中剝離審計(jì)的職責(zé),解決了同一人兼具教練員和裁判員角色的問(wèn)題。但在不同項(xiàng)目間同一人可以兼具審計(jì)人和接口人職責(zé),即研發(fā)管理人員在項(xiàng)目間是交叉配置角色的。簡(jiǎn)單來(lái)說(shuō),就是同一人可以作為服務(wù)請(qǐng)求者接口多個(gè)項(xiàng)目,并可以作為服務(wù)提供者對(duì)其提供除審計(jì)外的研發(fā)服務(wù),而另外的人員作為服務(wù)提供者對(duì)這幾個(gè)項(xiàng)目提供審計(jì)服務(wù)和其他服務(wù)。
如上的設(shè)置一方面減少研發(fā)團(tuán)隊(duì)與研發(fā)管理團(tuán)隊(duì)的對(duì)立,另一方面減少研發(fā)管理過(guò)程中的主觀性,減少管理標(biāo)準(zhǔn)的不一致性,另外也提高了研發(fā)管理人員的配置效率。
3.如上設(shè)置好服務(wù)協(xié)作的角色后,即可開(kāi)始研發(fā)管理服務(wù)協(xié)作的過(guò)程,如圖1中S3所示。
(1)將研發(fā)管理服務(wù)組件保存在服務(wù)注冊(cè)中心:
包括在研發(fā)體系及研發(fā)管理體系進(jìn)行改進(jìn)過(guò)程中形成的更新的研發(fā)管理服務(wù)組件以模板、檢查表、指南等文檔形式保存在服務(wù)注冊(cè)中心。以“需求開(kāi)發(fā)與管理質(zhì)量審計(jì)”和“組織級(jí)配置管理”這兩個(gè)服務(wù)組件為例。“需求開(kāi)發(fā)與管理質(zhì)量審計(jì)”將其中的所有相關(guān)研發(fā)管理活動(dòng)以審計(jì)報(bào)告檢查表的形式形成文檔,其主要內(nèi)容包括審計(jì)項(xiàng)、審計(jì)項(xiàng)對(duì)應(yīng)的階段及項(xiàng)目類型、審計(jì)結(jié)果、審計(jì)方式、審計(jì)得分等,這里審計(jì)結(jié)果字段是指符合情況和適用情況,如“符合、不符合、不完全符合、未開(kāi)始、不適用”,并賦予審計(jì)得分。而“組織級(jí)配置管理”則將研發(fā)活動(dòng)不同階段所需的所有配置管理活動(dòng)形成過(guò)程文檔,主要包括流程圖、活動(dòng)描述、輸入輸出、進(jìn)出口準(zhǔn)則等過(guò)程描述,其活動(dòng)主要包括:配置管理申請(qǐng)審批、配置管理環(huán)境初始化、基線計(jì)劃制定、配置項(xiàng)管理、建立和發(fā)布基線、執(zhí)行配置審計(jì)、配置庫(kù)備份、項(xiàng)目資料歸檔等等,每個(gè)活動(dòng)即服務(wù)都有其對(duì)應(yīng)的研發(fā)階段的描述。具體操作即登陸研發(fā)管理信息門戶系統(tǒng),以組件提交的權(quán)限進(jìn)入“研發(fā)管理注冊(cè)中心”,提交研發(fā)管理服務(wù)組件并保存和發(fā)布。
(2)服務(wù)提供者進(jìn)行服務(wù)發(fā)布:
服務(wù)發(fā)布的過(guò)程就是人員和活動(dòng)進(jìn)行匹配并發(fā)布的過(guò)程。在實(shí)施例中,研發(fā)管理人員對(duì)研發(fā)管理服務(wù)組件中的活動(dòng)進(jìn)行分工認(rèn)領(lǐng),并登陸研發(fā)管理信息門戶以服務(wù)發(fā)布的權(quán)限進(jìn)入“服務(wù)注冊(cè)中心”,選擇對(duì)應(yīng)的服務(wù)填寫服務(wù)提供者并保存和發(fā)布,讓大家知道某項(xiàng)服務(wù)的存在。而無(wú)論服務(wù)請(qǐng)求者還是服務(wù)提供者,其發(fā)起的過(guò)程改進(jìn),同樣會(huì)提交至服務(wù)注冊(cè)中心,服務(wù)更新后,由對(duì)應(yīng)服務(wù)提供者進(jìn)行服務(wù)發(fā)布。
(3)服務(wù)請(qǐng)求者進(jìn)行項(xiàng)目跟蹤:
項(xiàng)目接口人以跟蹤周例會(huì)、日常訪談、研發(fā)系統(tǒng)查看等方式進(jìn)行項(xiàng)目跟蹤,以了解研發(fā)的實(shí)際情況。
(4)發(fā)起研發(fā)管理請(qǐng)求:
接口人根據(jù)研發(fā)實(shí)際情況以及研發(fā)管理規(guī)范等發(fā)起響應(yīng)的研發(fā)管理請(qǐng)求。例如當(dāng)某項(xiàng)目研發(fā)進(jìn)程進(jìn)行到第二輪迭代的時(shí),遇到一個(gè)審計(jì)周期,則項(xiàng)目接口人發(fā)起審計(jì)請(qǐng)求;或者當(dāng)項(xiàng)目研發(fā)進(jìn)程中,項(xiàng)目經(jīng)理需要readmine項(xiàng)目管理工具的使用指導(dǎo)或培訓(xùn),則項(xiàng)目接口人發(fā)起指導(dǎo)或培訓(xùn)請(qǐng)求。具體操作即為項(xiàng)目接口人登陸研發(fā)管理信息門戶進(jìn)入“服務(wù)注冊(cè)中心”,查找對(duì)應(yīng)的審計(jì)服務(wù)或readmine指導(dǎo)或培訓(xùn)服務(wù)。
(5)研發(fā)管理服務(wù)注冊(cè)中心響應(yīng)查找請(qǐng)求:
研發(fā)管理服務(wù)注冊(cè)中心根據(jù)接口人的查詢輸入,查找是否存在與階段對(duì)應(yīng)且功能匹配的服務(wù),以及查詢服務(wù)提供者的可預(yù)約時(shí)間。
(6)查詢結(jié)果顯示:
研發(fā)管理服務(wù)注冊(cè)中心頁(yè)面展示模糊查詢結(jié)果。按階段、服務(wù)介紹、提供人、提供人可預(yù)約時(shí)間等字段展示0條或多條結(jié)果。
(7)服務(wù)執(zhí)行者根據(jù)查詢結(jié)果進(jìn)行對(duì)應(yīng)動(dòng)作:
項(xiàng)目接口人根據(jù)頁(yè)面結(jié)果進(jìn)行判斷,若查詢結(jié)果顯示服務(wù)存在且與需求一致,則接口人綁定并調(diào)用此服務(wù),即預(yù)約某時(shí)段某服務(wù)提供者服務(wù),“研發(fā)管理服務(wù)注冊(cè)中心”觸發(fā)郵件通知到服務(wù)提供者。若查詢結(jié)果顯示服務(wù)不存在或者與需求不一致,接口人在“研發(fā)管理服務(wù)注冊(cè)中心”的“過(guò)程改進(jìn)”建立一條或多條改進(jìn)項(xiàng),待后續(xù)商定解決,例如匯總關(guān)于readmine的指導(dǎo)的相關(guān)改進(jìn)意見(jiàn)后,編寫readmine使用手冊(cè)并對(duì)新任項(xiàng)目經(jīng)理入職培訓(xùn)中增加這一培訓(xùn)事項(xiàng)。
(8)服務(wù)提供者響應(yīng)請(qǐng)求,執(zhí)行服務(wù):
例如對(duì)某預(yù)研類項(xiàng)目在規(guī)劃階段組織技術(shù)可行性評(píng)審;對(duì)項(xiàng)目進(jìn)行第N次需求開(kāi)發(fā)與管理審計(jì)等。
(9)服務(wù)提供者提出過(guò)程改進(jìn):
在服務(wù)提供者響應(yīng)服務(wù)請(qǐng)求并執(zhí)行研發(fā)管理活動(dòng)中,根據(jù)所提供的研發(fā)管理活動(dòng)與實(shí)際研發(fā)的適應(yīng)程度,提出過(guò)程改進(jìn)。例如在項(xiàng)目計(jì)劃質(zhì)量審計(jì)過(guò)程中,其中兩條審計(jì)項(xiàng)為“以訪談方式檢查《高層計(jì)劃》是否在項(xiàng)目立項(xiàng)后1個(gè)月內(nèi)通過(guò)研發(fā)中心評(píng)審”、“以訪談方式檢查《項(xiàng)目進(jìn)度計(jì)劃》是否通過(guò)研發(fā)中心評(píng)審”,在實(shí)際審計(jì)過(guò)程中,發(fā)現(xiàn)研發(fā)項(xiàng)目在規(guī)劃階段進(jìn)行技術(shù)可行性評(píng)審時(shí),已經(jīng)提交并由被評(píng)審了高層計(jì)劃和項(xiàng)目進(jìn)度計(jì)劃,這兩個(gè)審計(jì)項(xiàng)可以通過(guò)“直接參與方式檢查項(xiàng)目是否通過(guò)了可行性評(píng)審”這一審計(jì)項(xiàng)覆蓋。因而審計(jì)人員即服務(wù)執(zhí)行者在“研發(fā)管理服務(wù)注冊(cè)中心” 的“過(guò)程改進(jìn)”建立改進(jìn)項(xiàng),在后續(xù)研發(fā)管理部討論后,決定將原來(lái)的審計(jì)項(xiàng)“以訪談方式檢查《高層計(jì)劃》是否在項(xiàng)目立項(xiàng)后1個(gè)月內(nèi)通過(guò)研發(fā)中心評(píng)審”、“以訪談方式檢查《項(xiàng)目進(jìn)度計(jì)劃》是否通過(guò)研發(fā)中心評(píng)審”刪除,并更新“直接參與方式檢查項(xiàng)目是否通過(guò)了項(xiàng)目立項(xiàng)評(píng)審”為“直接參與方式檢查項(xiàng)目是否通過(guò)了可行性評(píng)審”。
4.服務(wù)數(shù)據(jù)利用。
(1)數(shù)據(jù)收集整理
在對(duì)研發(fā)項(xiàng)目進(jìn)行研發(fā)管理的過(guò)程中,會(huì)實(shí)時(shí)產(chǎn)生大量不同形式的數(shù)據(jù)。其形式包括文檔、工具記錄等,如項(xiàng)目跟蹤過(guò)程中的訪談?dòng)涗?,質(zhì)量審計(jì)過(guò)程中的計(jì)劃質(zhì)量審計(jì)報(bào)告、跟蹤質(zhì)量審計(jì)報(bào)告、需求開(kāi)發(fā)與管理質(zhì)量審計(jì)報(bào)告、配置審計(jì)報(bào)告,以及通過(guò)研發(fā)管理信息門戶的評(píng)審管理工具形成的評(píng)審管理記錄、通過(guò)研發(fā)管理信息門戶的項(xiàng)目管理工具readmine進(jìn)行任務(wù)管理、缺陷管理等形成的記錄。并對(duì)這些文檔和工具記錄等進(jìn)行加工整理。
(2)數(shù)據(jù)利用
對(duì)這些數(shù)據(jù)的利用首先是審計(jì)報(bào)告的可視化的展現(xiàn)。具體操作是服務(wù)提供者及審計(jì)人員以“審計(jì)信息維護(hù)”的權(quán)限進(jìn)入研發(fā)管理信息門戶系統(tǒng),提交審計(jì)報(bào)告文檔。而在研發(fā)管理信息門戶系統(tǒng)在讀取了審計(jì)報(bào)告的數(shù)據(jù)后,在“審計(jì)報(bào)告”模塊會(huì)以可視化的形式展現(xiàn)各過(guò)程的審計(jì)結(jié)果。展示頁(yè)面以折線圖的形式展示每個(gè)過(guò)程最近12次的平均過(guò)程符合度的審計(jì)得分,同時(shí)可以看出此過(guò)程的過(guò)程符合度整體變化趨勢(shì),另外頁(yè)面還會(huì)以列表形式展示截止目前所有項(xiàng)目未關(guān)閉的不符合項(xiàng)列表;點(diǎn)擊折現(xiàn)點(diǎn)可查看每次的詳細(xì)審計(jì)報(bào)告,而每次的詳細(xì)審計(jì)報(bào)告又是以柱狀圖的形式展現(xiàn)此次所有研發(fā)項(xiàng)目的過(guò)程符合度得分,如此還可以進(jìn)行項(xiàng)目間的橫向比較,同時(shí)頁(yè)面還會(huì)展示此次過(guò)程審計(jì)的主要問(wèn)題及最佳實(shí)踐;而點(diǎn)擊每個(gè)柱狀圖后又會(huì)展示此項(xiàng)目此次過(guò)程審計(jì)的詳細(xì)報(bào)告,包括審計(jì)內(nèi)容、審計(jì)方式、審計(jì)結(jié)果等。
對(duì)數(shù)據(jù)的利用還表現(xiàn)為以看板形式展示項(xiàng)目監(jiān)控指標(biāo)。其中每個(gè)研發(fā)項(xiàng)目最近要發(fā)布版本的工期狀態(tài)、完成狀態(tài)、項(xiàng)目累計(jì)缺陷狀態(tài)從readmine項(xiàng)目管理工具記錄中讀取,而項(xiàng)目累積的文檔評(píng)審狀態(tài)從評(píng)審管理工具記錄中讀取,項(xiàng)目累計(jì)不符合項(xiàng)狀態(tài)、過(guò)程符合度狀態(tài)從審計(jì)報(bào)告記錄中讀取。由此形成每個(gè)項(xiàng)目的詳細(xì)研發(fā)狀態(tài),以輪播形式展示在看板一側(cè)。同時(shí)設(shè)定項(xiàng)目進(jìn)度指標(biāo)、過(guò)程指標(biāo)、質(zhì)量指標(biāo)等的考量方式和計(jì)算方式,從readmine項(xiàng)目管理工具記錄和審計(jì)報(bào)告記錄中讀取相應(yīng)數(shù)據(jù)形成每個(gè)項(xiàng)目在這幾方面的綜合指數(shù),展示在看板另一側(cè)??窗鍞?shù)據(jù)每日更新。為研發(fā)團(tuán)隊(duì)和各級(jí)決策層提供準(zhǔn)確實(shí)時(shí)的監(jiān)控預(yù)警數(shù)據(jù)和決策依據(jù)。
對(duì)數(shù)據(jù)的利用還表現(xiàn)在運(yùn)用審計(jì)報(bào)告形成的得分進(jìn)行排名建立質(zhì)量審計(jì)激勵(lì)制度,目的在于引導(dǎo)項(xiàng)目重視自我改進(jìn),促進(jìn)項(xiàng)目管理的有效性提升,推動(dòng)研發(fā)管理工作的開(kāi)展。