Paulk曾經(jīng)提出“XP是CMM的一個截面”的理念，指出敏捷方法可以是規(guī)范方法的一個環(huán)節(jié)或微觀表現(xiàn)。因此，“基于知識轉(zhuǎn)移的敏捷過程”是基于敏捷過程的重量級IT項目管理框架的核心。其中“知識轉(zhuǎn)移”則強調(diào)敏捷開發(fā)過程中，多智能主體與知識產(chǎn)品之間多種形式、多種類別的知識轉(zhuǎn)移活動，并且終的產(chǎn)出是這種轉(zhuǎn)移活動集成的成果。動態(tài)結合過程中，知識相互關系的處理，多主體的互動與影響等，都會導致終成果的不同。

IT項目開發(fā)中的知識轉(zhuǎn)移是一個復雜過程，與知識主體的屬性、關系、知識本身的屬性等密切相關。IT開發(fā)過程涉及不同團隊的各種知識和技術，專家知識分布于團隊之中而不是某一個人，他們必須進行工作聯(lián)合和知識集成去完成統(tǒng)一的任務。這些知識在軟件開發(fā)過程中不斷在智能主體間、智能主體與產(chǎn)品間傳遞。敏捷開發(fā)過程由于強調(diào)人的主動性、適應性，強調(diào)團隊的自組織特性，對知識轉(zhuǎn)移的高效管理顯得尤為重要。

有別于傳統(tǒng)基于規(guī)模的軟件過程，基于知識轉(zhuǎn)移的敏捷過程由構想、推測、探索、適應、結束等幾個階段組成，其結構和實施是面向時間的，是一種基于時間的軟件開發(fā)(Time-Based Software Development)[13]。每一次迭代有固定的時間限制，一個復雜的項目可被分為多個迭代和多次發(fā)放，需求在迭代開始時被確定，直至下一次迭代開始前才再次修改。

6 管理對策

根據(jù)以上管理框架，實踐中的管理對策主要應該采用:

(1)建立包括技術接受方和技術提供方在內(nèi)的聯(lián)合開發(fā)團隊，通過培訓、交流和組織，提升開發(fā)團隊的柔性。

其中包括甲乙雙方的聯(lián)合開發(fā)團隊是本對策的核心，特別在技術提供方對技術接受方的業(yè)務比較生疏、業(yè)務過程較為復雜的情況下。

(2)測評待開發(fā)產(chǎn)品的復雜程度及開發(fā)團隊的柔性程度，構筑重量級項目敏捷開發(fā)基礎。

產(chǎn)品復雜程度和開發(fā)團隊柔性程度是客觀的，理想情況下應該有客觀的評價尺度，初始階段可以以較大粒度定性測定。

(3)以實現(xiàn)高效知識轉(zhuǎn)移為出發(fā)點，劃分產(chǎn)品模塊，使之與開發(fā)團隊的柔性相適應。

產(chǎn)品模型的劃分并不依據(jù)產(chǎn)品的復雜程度，開發(fā)團隊的柔性程度是客觀的也是相對的。因此本對策的核心是圍繞建立高效的知識轉(zhuǎn)移渠道。

(4)積極采用和不斷開發(fā)、積累輔助工具，提高團隊開發(fā)效率、降低團隊工作強度。

規(guī)范和靈活是一對矛盾，利用前人的成果，并不斷積累自身的經(jīng)驗，將會使團隊以靈活的方式繼承規(guī)范的過程。

7 結論

本文通過平衡“過程定義”和“靈活性”，既考慮過程對活動的指導，又要保證活動與敏捷價值觀的原則一致，提出基于敏捷思想的重量級IT項目的管理框架。該框架中，基于重載方法適度規(guī)范集的開發(fā)協(xié)同機制是關鍵，其既要規(guī)范開發(fā)過程的活動、文檔、團隊行為，又要從全局角度協(xié)調(diào)多團隊多模塊的開發(fā)活動，還要確保收集到適當?shù)姆答佇畔�，將這些信息融入到新的迭代過程中去，以此實現(xiàn)知識轉(zhuǎn)移與敏捷項目管理的結合，達到傳統(tǒng)項目管理與敏捷項目管理的融合，實現(xiàn):拓寬知識轉(zhuǎn)移的應用深度，拓展敏捷項目管理的應用廣度。

該框架反映了重量級IT項目開發(fā)的敏捷思想，但更多技術細節(jié)尚需解決，如復雜項目的模塊化分解方法、柔性團隊的構建及行為規(guī)則、產(chǎn)品與標準的定義、適度規(guī)范集及協(xié)同機制等，均需要進一步研究給出具體的模型、方法和機制。這是本文后續(xù)研究的主要內(nèi)容。