模塊化開發(fā)方法，首先保證了復(fù)雜IT產(chǎn)品的降階，從分解的角度保證了項(xiàng)目開發(fā)的操作性;模塊化也可以提高整個(gè)產(chǎn)品開發(fā)的并行化，大大提高產(chǎn)品開發(fā)的效率;同時(shí)，通過交叉優(yōu)化保證各模塊的質(zhì)量，實(shí)現(xiàn)“一次達(dá)到目的”與傳統(tǒng)“反復(fù)做直到滿意”的有機(jī)結(jié)合，從而保證產(chǎn)品系統(tǒng)的質(zhì)量。

傳統(tǒng)軟件架構(gòu)理論一般基于產(chǎn)品功能的靜態(tài)劃分[8]，主要從信息流角度考慮模塊單元的內(nèi)聚與耦合關(guān)系，更多來自于項(xiàng)目初期基于需求的預(yù)測(cè)和設(shè)計(jì);而敏捷方法更關(guān)注過程中需求創(chuàng)新，趨于對(duì)終目標(biāo)的逼近，是一種迭代更替漸進(jìn)式方式。因此，此種方式下，關(guān)于知識(shí)產(chǎn)品的模型表述，勢(shì)必與傳統(tǒng)軟件架構(gòu)描述方法有所不同。復(fù)雜IT項(xiàng)目的模塊化除了考慮終知識(shí)產(chǎn)品的功能特征外，還要考慮開發(fā)過程的協(xié)同與控制問題。為此可以建立IT產(chǎn)品基于小完備單元圖的隨機(jī)Petri網(wǎng)模型[16]，采用消解規(guī)則進(jìn)行系統(tǒng)分析，靜態(tài)和動(dòng)態(tài)分析相結(jié)合，有效地反映產(chǎn)品結(jié)構(gòu)中任務(wù)執(zhí)行或信息傳遞的主要特征，反映知識(shí)產(chǎn)品單元之間順序、并行、交叉等多種復(fù)雜的網(wǎng)狀動(dòng)態(tài)結(jié)構(gòu)關(guān)系。

隨機(jī)Petri網(wǎng)模型中，用變遷表示單元本身，而變遷之間的關(guān)系則代表單元之間的關(guān)系。根據(jù)每個(gè)變遷(單元)的內(nèi)在特征，可形式化定義為一個(gè)七元組即{活動(dòng)，輸入產(chǎn)品，輸出產(chǎn)品，前置條件，后置條件，環(huán)境，度量指標(biāo)}。

從小完備單元圖出發(fā)，結(jié)合已建立的變遷(單元)間基本關(guān)系圖和建立原理可以得到小完備單元圖對(duì)應(yīng)的Petri網(wǎng)基本模型。直接計(jì)算該隨機(jī)Petri網(wǎng)模型的復(fù)雜度很高，可以應(yīng)用文獻(xiàn)[16]中提供的關(guān)系度分解技術(shù)，考察小完備單元圖的相應(yīng)矩陣，將單元進(jìn)行分組。然后，根據(jù)不同組內(nèi)單元之間原來關(guān)系的高出現(xiàn)頻次進(jìn)行組間連接。多層次的分解，可以形成復(fù)雜產(chǎn)品的金字塔型模塊結(jié)構(gòu)，既包含了靜態(tài)功能信息，又反映開發(fā)過程的動(dòng)態(tài)信息。

5.2 柔性多項(xiàng)目團(tuán)隊(duì)

柔性團(tuán)隊(duì)是典型的“外科手術(shù)式團(tuán)隊(duì)”，其內(nèi)部具有高度的柔性和靈活性，團(tuán)隊(duì)成員之間有深入的溝通和密切的協(xié)作;對(duì)外則呈現(xiàn)高度的開發(fā)效率和運(yùn)行規(guī)范，能夠進(jìn)行顯性的能力評(píng)價(jià)和績(jī)效考核。柔性團(tuán)隊(duì)的概念模型可以表示為

T=F(Ma， Mr， ST， C， Ms)

其中T指柔性團(tuán)隊(duì)(Self Organizing Teams， or Well-Structured Teams)，是具有高度適應(yīng)能力，自組織與他組織相結(jié)合的項(xiàng)目開發(fā)團(tuán)隊(duì)。Ma指多智能主體(Multi-Agents)，即團(tuán)隊(duì)成員，具備能動(dòng)性、協(xié)作性的知識(shí)主體，其中包括用戶方的參與。Mr是指元規(guī)則(Meta Rules)，團(tuán)隊(duì)成員相互協(xié)作溝通的基本規(guī)則集。根據(jù)復(fù)雜適應(yīng)理論，該團(tuán)隊(duì)系統(tǒng)由一群行動(dòng)者組成，他們按照一套規(guī)則與其他人交流，通過探索實(shí)現(xiàn)目標(biāo)，這其中“元規(guī)則”特別重要。它是團(tuán)隊(duì)協(xié)作的基本依據(jù)，其他規(guī)則是這些元規(guī)則的不同函數(shù)。ST是共享的隱性知識(shí)(Shared Tacit Knowledge)，團(tuán)隊(duì)長(zhǎng)期協(xié)作過程中所共享的默會(huì)知識(shí)集。C是指情境(Contextual)，是柔性團(tuán)隊(duì)完成具體任務(wù)時(shí)所面臨的資源、關(guān)系、環(huán)境、他人協(xié)作等狀況。Ms是指基于能力的柔性團(tuán)隊(duì)度量(Measures)，度量的目的一是與模塊化的結(jié)果——知識(shí)產(chǎn)品單元的匹配，為產(chǎn)品單元尋找佳的開發(fā)團(tuán)隊(duì);二是對(duì)團(tuán)隊(duì)的績(jī)效進(jìn)行考評(píng)，并動(dòng)態(tài)更新團(tuán)隊(duì)能力表征，指導(dǎo)團(tuán)隊(duì)的成長(zhǎng)演化。

柔性團(tuán)隊(duì)是重量級(jí)IT項(xiàng)目管理的基本組織單元。對(duì)于模塊化后的開發(fā)任務(wù)，一般由多個(gè)柔性團(tuán)隊(duì)根據(jù)自身特質(zhì)選擇相應(yīng)的開發(fā)單元，并納入動(dòng)態(tài)組織網(wǎng)絡(luò)進(jìn)行管理。每個(gè)團(tuán)隊(duì)的敏捷軟件開發(fā)過程必須定義每個(gè)活動(dòng)什么時(shí)候、誰、在什么地方、采用什么工具協(xié)助等等具體的細(xì)節(jié)場(chǎng)景，同時(shí)也要根據(jù)項(xiàng)目的目標(biāo)、團(tuán)隊(duì)規(guī)模、項(xiàng)目關(guān)鍵程度、風(fēng)險(xiǎn)以及不確定性和客戶協(xié)作程度這些不同項(xiàng)目的因素對(duì)活動(dòng)進(jìn)行裁減和調(diào)整。除了定義單個(gè)活動(dòng)以外，定義多個(gè)活動(dòng)之間相互的關(guān)聯(lián)和影響，形成一個(gè)完整的過程系統(tǒng)也是關(guān)鍵。這需要在開發(fā)過程中定義各種場(chǎng)景，來說明各個(gè)活動(dòng)如何結(jié)合協(xié)作。

5.3 統(tǒng)一產(chǎn)品定義和標(biāo)準(zhǔn)

復(fù)雜IT產(chǎn)品系統(tǒng)的開發(fā)強(qiáng)調(diào)相關(guān)模塊的兼容性。為了使模塊的開發(fā)團(tuán)隊(duì)一開始考慮復(fù)雜產(chǎn)品各個(gè)模塊的所有因素，統(tǒng)一的產(chǎn)品定義與技術(shù)標(biāo)準(zhǔn)是系統(tǒng)集成研究的關(guān)鍵，是支持各模塊開發(fā)團(tuán)隊(duì)工作的必要條件，使各模塊開發(fā)的專業(yè)人員有共同的語言，使用“同一種語言”進(jìn)行交流。從而使各團(tuán)隊(duì)能相互協(xié)作和共享信息，通過彼此及時(shí)、有效地通信和交流，盡早地發(fā)現(xiàn)問題并予以解決，以達(dá)到各項(xiàng)工作協(xié)調(diào)一致。

復(fù)雜IT產(chǎn)品系統(tǒng)統(tǒng)一的產(chǎn)品定義與技術(shù)標(biāo)準(zhǔn)包括產(chǎn)品功能、性能、用戶要求、開發(fā)、質(zhì)量保證、進(jìn)度計(jì)劃等方面，把不同階段可能出現(xiàn)的問題，先期加以研究制定，對(duì)產(chǎn)品的功能、性能、可靠性、可測(cè)試性、可維修性、可重用性等預(yù)先進(jìn)行定義和標(biāo)準(zhǔn)化，使IT產(chǎn)品開發(fā)一次成功，避免出現(xiàn)大的反復(fù)。除了產(chǎn)品定義和標(biāo)準(zhǔn)外，多項(xiàng)目團(tuán)隊(duì)還需要共享的知識(shí)資源等的支持，如通用的組件、構(gòu)件、元素等。

5.4 重載過程適度規(guī)范集

基于優(yōu)化模型的IT開發(fā)重載方法，其理論假設(shè)是過程可以通過持續(xù)的改進(jìn)而提高能力，而過程是能力意味著產(chǎn)出結(jié)果是可預(yù)測(cè)的。以優(yōu)化和預(yù)測(cè)為特征的傳統(tǒng)過程管理雖然無法解決軟件開發(fā)難題，但其過程管理模型和框架的規(guī)范性，是保證軟件質(zhì)量的重要內(nèi)容。

敏捷軟件過程主張結(jié)合企業(yè)業(yè)務(wù)，開發(fā)自己的軟件過程，這是“Just Enough”策略。該策略指出，在進(jìn)行軟件過程改進(jìn)時(shí)，應(yīng)著重領(lǐng)會(huì)CMM等過程模型的精神實(shí)質(zhì)和基本原理，建立適合自己的過程框架而不是拘泥于CMM等形式。在實(shí)施CMM時(shí)，必須考慮過程的多樣性，從實(shí)際出發(fā)做好文檔和過程管理，把過程管理與企業(yè)的業(yè)務(wù)目標(biāo)緊密結(jié)合起來，同時(shí)探索可滿足CMM KPAs的小關(guān)鍵活動(dòng)集合。

另外，為了保證敏捷、適應(yīng)原則下的過程管理，除了傳統(tǒng)方法的適度規(guī)范集外，更重要的是增加模塊化開發(fā)的協(xié)同機(jī)制。這種開發(fā)機(jī)制，首先是基于傳統(tǒng)過程框架下分階段的敏捷改進(jìn)，如敏捷建模、敏捷設(shè)計(jì)、敏捷開發(fā)、敏捷測(cè)試等;然后是基于敏捷思想的過程框架改進(jìn)，如基于全局的需求變更管理、模型調(diào)配、進(jìn)程反饋，甚至必要時(shí)的全局性迭代重啟。