這里站在甲方信息化部門的角度談下對(duì)開發(fā)廠商質(zhì)量和過程的管控話題。

在構(gòu)建企業(yè)私有云paas平臺(tái)的時(shí)候，里面有一個(gè)重要的內(nèi)容就是應(yīng)用開發(fā)框架，這個(gè)應(yīng)用開發(fā)框架可以理解為包含了應(yīng)用技術(shù)架構(gòu)（分層架構(gòu)，開源組件選擇等）和各種規(guī)范約束（編碼規(guī)范，接口調(diào)用規(guī)范，UI規(guī)范）的一個(gè)空框架。各個(gè)開發(fā)廠商都必須遵循同樣的一套技術(shù)架構(gòu)來開發(fā)應(yīng)用，這個(gè)不僅僅是解決開發(fā)的應(yīng)用能夠部署到paas平臺(tái)的問題，更多的是解決后期的運(yùn)維和管理問題，也進(jìn)一步加強(qiáng)了各個(gè)開發(fā)廠商之間的可替代性。在傳統(tǒng)的應(yīng)用軟件招標(biāo)中往往我們只強(qiáng)調(diào)了開發(fā)語言和數(shù)據(jù)庫使用什么，而實(shí)際應(yīng)用內(nèi)部的技術(shù)架構(gòu)，采用的技術(shù)組件仍然由開發(fā)商控制，對(duì)于甲方來說完全是一個(gè)黑盒，不利于后期的質(zhì)量和過程管控。

在paas平臺(tái)搭建到一定程度后，可以看到企業(yè)內(nèi)部可以復(fù)用的各種IT能力逐步成型，這既包括了各種技術(shù)服務(wù)能力，也包括了業(yè)務(wù)服務(wù)能力。形成了一個(gè)很多的可共享的服務(wù)能力支撐庫。而新的應(yīng)用系統(tǒng)必須要基于已有的各種IT能力資產(chǎn)進(jìn)行開發(fā)，加強(qiáng)復(fù)用，降低重復(fù)開發(fā)。這也是我們說的后續(xù)應(yīng)用系統(tǒng)開發(fā)能夠快捷反應(yīng)，逐步降低開發(fā)成本的一個(gè)原因。但是很多時(shí)候面對(duì)開發(fā)廠商固有的模式，推動(dòng)上往往必須有強(qiáng)大的執(zhí)行力。

平臺(tái)+應(yīng)用，一方面是通過平臺(tái)實(shí)現(xiàn)敏捷性和成本降低，一方面是通過平臺(tái)約束上層應(yīng)用采用統(tǒng)一的開發(fā)框架，技術(shù)架構(gòu)和標(biāo)準(zhǔn)規(guī)范，從而加強(qiáng)后續(xù)對(duì)應(yīng)用的質(zhì)量和過程管控能力。

對(duì)于開發(fā)廠商的研發(fā)過程，給出一個(gè)最簡單的基于CMMI思路的一個(gè)研發(fā)過程圖如下：

那么站在甲方的思路，要加強(qiáng)開發(fā)過程和質(zhì)量管控的最好的方式就是加強(qiáng)對(duì)需求方案和驗(yàn)收發(fā)布兩端的強(qiáng)管控能力，對(duì)于研發(fā)過程中加強(qiáng)里程碑評(píng)審的能力。對(duì)于項(xiàng)目管理而言則加強(qiáng)PMO對(duì)項(xiàng)目群管理的能力。在支撐域中最基本的配置管理和變更管理是必須的，要注意到甲方對(duì)配置管理的層面往往高于單個(gè)應(yīng)用，往往涉及到的是更加全局跨系統(tǒng)的配置和變更管理能力，端到端的需求全程跟蹤和閉環(huán)管理能力。

對(duì)于甲方驅(qū)動(dòng)的研發(fā)過程管控能力，可以總結(jié)為三大類，具體如下：

可固化：主要是指規(guī)范，流程和相關(guān)工具的制定和采用。

可管控：主要是值項(xiàng)目管控過程中的評(píng)審，決策，溝通匯報(bào)，問題風(fēng)險(xiǎn)管理和監(jiān)控預(yù)警機(jī)制。

可量化：主要是指研發(fā)管理中的基礎(chǔ)度量和KPI指標(biāo)體系的建立

可以講做好上面三個(gè)方面的內(nèi)容是甲方逐步深入研發(fā)過程管控的一個(gè)基礎(chǔ)。甲方的研發(fā)質(zhì)量和過程管控不是要替代單個(gè)應(yīng)用開發(fā)商的研發(fā)項(xiàng)目管理和質(zhì)量管理，而更多的目的是類似CMMI三級(jí)一樣形成一個(gè)適合甲方管理的組織級(jí)的過程和管控機(jī)制，從單個(gè)應(yīng)用廠商本身的成熟還不足夠，更加重要的是組織級(jí)的基線和成熟度。

對(duì)開發(fā)廠商的管控逐步打開內(nèi)部的黑盒，但是要注意不是完全接管，而是加強(qiáng)關(guān)鍵點(diǎn)的里程碑評(píng)審和結(jié)構(gòu)化決策機(jī)制?；谶@個(gè)思路，另外再提下研發(fā)過程管控的一些關(guān)鍵點(diǎn)。

對(duì)于需求層面，我們要注意往往不是簡單的統(tǒng)一需求方案，特別是涉及到跨多個(gè)應(yīng)用系統(tǒng)的方案制定的時(shí)候，需要的不僅僅是需求方案，同時(shí)包括了技術(shù)方案。這個(gè)方案會(huì)約束高層的的一些總體架構(gòu)設(shè)計(jì)和實(shí)現(xiàn)思路方面的內(nèi)容，以防止后續(xù)各個(gè)應(yīng)用在實(shí)現(xiàn)過程中走偏。

加強(qiáng)對(duì)兩端的管理，包括需求方案和驗(yàn)收發(fā)布兩端的管理，而弱化對(duì)廠商開發(fā)內(nèi)部的管理，對(duì)于開發(fā)廠商內(nèi)部的過程管控只需要加強(qiáng)里程碑監(jiān)控和評(píng)審即可。以做到最基本的閉環(huán)管理。對(duì)于開發(fā)商內(nèi)部的研發(fā)過程重點(diǎn)是制定相應(yīng)的標(biāo)準(zhǔn)規(guī)范和約束，加強(qiáng)QA管控。

配置管理要形成企業(yè)級(jí)的配置管理庫，各個(gè)廠商最終的研發(fā)過程資產(chǎn)都必須入庫，要加強(qiáng)各種配置審計(jì)工作，同時(shí)源代碼配置管理也需要逐步深入管理，方便后續(xù)的統(tǒng)一發(fā)布和部署流程的對(duì)接。而取代原因的開發(fā)廠商在驗(yàn)收的時(shí)候才一并提交驗(yàn)收資產(chǎn)的模式。

在縱向團(tuán)隊(duì)的基礎(chǔ)上，可以考慮形成各種橫向的聯(lián)合性質(zhì)的虛擬團(tuán)隊(duì)。包括易用性團(tuán)隊(duì)，性能優(yōu)化團(tuán)隊(duì)，技術(shù)專家團(tuán)隊(duì)，業(yè)務(wù)專家團(tuán)隊(duì)等，以專家團(tuán)隊(duì)的方式來解決各個(gè)應(yīng)用可能存在的共享問題，并且在解決后逐步上升到企業(yè)知識(shí)庫中。形成組織級(jí)的度量和KPI體系，切實(shí)用數(shù)據(jù)說話，通過數(shù)據(jù)分析形成持續(xù)改進(jìn)機(jī)制。這一點(diǎn)往往是最難的，但是又必須執(zhí)行，至少需要做到定性+定量的開發(fā)商考核和評(píng)估機(jī)制。

文章來源：人月神話（新浪博客）