張于濤

摘要：協(xié)作知識流在項目特別是信息系統(tǒng)項目中起到重要作用，基于協(xié)作知識建構(gòu)理論，在對協(xié)作、知識流、協(xié)作圖、概念圖等概念的深入分析和探討的基礎(chǔ)之上，提出并較為全面的論述了基于概念圖交換的協(xié)作圖模型這一新型的項目協(xié)作知識流模型構(gòu)建方法。

關(guān)鍵詞：信息系統(tǒng)項目；協(xié)作知識流；模型構(gòu)建

中圖分類號：F124.4文獻標識碼：A文章編號：1672-3198(2009)14-0060-02

1背景和意義

通常來說，項目尤其是信息系統(tǒng)項目是由多個部分組成，跨越多個組織，需要多方協(xié)作。協(xié)作生態(tài)系統(tǒng)建立了一個全新的創(chuàng)新環(huán)境。構(gòu)建了一個相互促進的生態(tài)系統(tǒng)，協(xié)作生態(tài)系統(tǒng)成員之間的密切合作，帶來知識的分享和知識的快速流動，所以也提高了每個成員的“學習經(jīng)濟性”，增強了成員的研究和創(chuàng)新能力，使得創(chuàng)新可以更好更快的實現(xiàn)，這就是創(chuàng)新環(huán)境和知識的“溢出效應(yīng)”。

所有成功項目的公共特征是在整個團隊中的有效溝通和協(xié)作。整個團隊包括客戶、開發(fā)人員、管理人員、質(zhì)量專家、文檔人員，和其他參與項目的所有人。筆者將協(xié)作定義為一組人合作達到一個共同的目標。協(xié)作需要溝通，但只溝通是不夠的。協(xié)作需要對工作目標達成協(xié)定，了解如何達到目標，并且知道協(xié)作工作的狀態(tài)。

協(xié)作要求民主的領(lǐng)導(dǎo)方式和項目團隊氛圍，即由原來的“命令和控制”轉(zhuǎn)變?yōu)樾畔⒚裰鲿r代所必需的“連接和協(xié)作”。項目協(xié)作包括協(xié)作溝通、協(xié)作支持、協(xié)作學習和協(xié)作設(shè)計等內(nèi)容。通過協(xié)作。所有項目成員對項目的目標。產(chǎn)品的邊界，發(fā)布計劃都有統(tǒng)一的認識，在此之中，和客戶的協(xié)作是關(guān)鍵。

2概念及方法

2.1協(xié)作和知識流的關(guān)聯(lián)

協(xié)作和知識流這兩個概念是如何關(guān)聯(lián)的?根據(jù)定義，協(xié)作涉及一個團隊，并且協(xié)作的工作是基于任務(wù)的，而知識流也是基于組織的流程性活動的。一般個人或小組投入創(chuàng)造力來開發(fā)工具背后的核心思想。一旦探究了各種方法．并選定一個，項目就轉(zhuǎn)換為協(xié)作模式，團隊在此模式下構(gòu)建產(chǎn)品，對應(yīng)有相應(yīng)的知識流。

對于信息系統(tǒng)項目組的每個人來說，面對不同情境，協(xié)作有兩種方式；

(1)使用派生屬性，每一次對該責任有影響的事件都必須去更新這個承擔責任的屬性，這是推的方式。

(2)使用查詢方法，讓別人主動來完成對你的查詢。這是拉的方式。

這表明協(xié)作具有相對封閉性、排除性和目標性的特征，這也是一個成員或一個團隊選擇協(xié)作的前提和限定。

關(guān)于項目協(xié)作知識流模型構(gòu)建，筆者認為這一構(gòu)建使得較大開發(fā)團隊的實時項目協(xié)作成為可能。它的構(gòu)建基于知識可視化和系統(tǒng)分析的思想，表現(xiàn)為概念圖和協(xié)作圖的運用，通過協(xié)作過程的知識可視化以達到項目協(xié)作知識的低耗流動。

2.2概念圈在項目中的隱喻及特性

概念圖的創(chuàng)始人Novak教授認為，概念圖是某個主題的概念及其關(guān)系的圖形化表示，是用來組織和表征知識的工具，也成為一種可視化隱喻。它表達的是結(jié)構(gòu)化信息。通常將某一主題的有關(guān)概念至于圓瞬或方框之中。然后用連線將相關(guān)的概念和命題連接，連線上注明兩個概念之間的關(guān)系。經(jīng)常使用的概念圖有十余種之多，在項目管理特別是信息系統(tǒng)項目管理的各個階段。如系統(tǒng)分析階段，可用樹形隱喻描述組織人員構(gòu)成，用Mindmep隱喻表達用戶不斷的變更需求，用Flowchart描述業(yè)務(wù)流程和數(shù)據(jù)流程。用ISHIKAWA(魚骨圖)描述系統(tǒng)開發(fā)的制約因素等。

關(guān)于概念地圖的特性之一就是可以疊加，組合．能夠有效的實現(xiàn)知識創(chuàng)新與傳遞交流，這反映在概念地圖的制作工具如CmaoToois、Keystone等支持同步合作，例如Key—stone包括三個組成部分：(1)概念圖繪制工具。(2)發(fā)布服務(wù)器，基于IIS的應(yīng)用程序，內(nèi)容被存儲在Microsoft SQL Server服務(wù)器上，通過它用戶可以將概念圖發(fā)布到網(wǎng)站。(3)協(xié)作服務(wù)器．是發(fā)布服務(wù)器的拓展，不但可以實現(xiàn)概念圖的網(wǎng)絡(luò)發(fā)布與共享．還為多用戶之間的協(xié)同作圖提供了靈活的消息傳遞功能，實現(xiàn)了多用戶協(xié)同作圖的機制。

2.3協(xié)作圖的概念及特性

協(xié)作圖其實與上文介紹的協(xié)作在概念內(nèi)涵上存在一定差異，它是用于顯示對象之間如何進行交互以執(zhí)行特定用例或用例中特定部分的行為。協(xié)作圖顯示對象之間的關(guān)系，它更有利于理解對給定對象的所有影響，也更適合過程設(shè)計。在協(xié)作框圖中。每個對象都是用方框表示，并且在方框內(nèi)各自做了不同的標志，這些標志一般前面都標有冒號或者加下劃線。而對象之間的關(guān)系則用方框間的實線連接表示，對象間的消息，由標記在實線連接上方的帶有標記的箭頭表示，箭頭方向描述了消息的流動方向。協(xié)作圖具有動態(tài)性．流程性和適用于表現(xiàn)多主體活動的特征．

概念圖和協(xié)作圖充分地表達了項目團隊內(nèi)的靜態(tài)的隱性知識和動態(tài)的顯性知識，兩者的疊合形成了組織的知識流。知識流的起始點和停止點就是知識節(jié)點。節(jié)點在不同層次上有不同的表現(xiàn)。代表了知識員工或知識庫。知識在組織范圍內(nèi)按照知識節(jié)點之間的拓撲結(jié)構(gòu)和連接條件發(fā)生流動。而概念圖的機器化繪制導(dǎo)致了它不再因格式或者結(jié)構(gòu)不一致而是異質(zhì)知識，可以很容易的在團隊或組織內(nèi)流動。

2.4項目協(xié)作知識流的三個維度

筆者并提出項目協(xié)作知識流有三個維度，即項目流程、交互和知識流。項目協(xié)作知識流模型能夠?qū)崿F(xiàn)對于項目的設(shè)計、開發(fā)、測試這些需要頻繁人——人、人一機、機——機交互的流程中的知識流的管理模型，它的目的是實現(xiàn)個人知識到組織知識的轉(zhuǎn)化和轉(zhuǎn)移，而頻繁的交互要求知識的可視化，即這種轉(zhuǎn)移是以人機交互中的概念圖為出發(fā)點，進行附加進機一機交互中的協(xié)作圖，最終實現(xiàn)組織的經(jīng)驗圖。

例如，需求是問題域，系統(tǒng)分析人員具有以概念地圖表現(xiàn)的知識域，根據(jù)知識域，分析問題域，然后得出解域，設(shè)計人員根據(jù)解域提出具體的解決方案，實施人員再把具體的解決方案翻譯成代碼。根據(jù)UML設(shè)計出解決方案，同樣需要用UML紀錄下來，實施人員根據(jù)UML的設(shè)計模型，寫出代碼。在這里。UML是各種角色的交流與協(xié)作的語言。

若出現(xiàn)很復(fù)雜的需求，用戶的需求本身就有很明顯的層次性。如每個高層的需求下包含幾個層次稍低的需求，層次稍低的需求又包含不同方面而又有所聯(lián)系的多個需求，此時的需求才有可能用多個主體的概念圖和協(xié)作圖等框圖來描述。

2.5基于概念圖交換的協(xié)作圍模型

下面給出了針對兩個簡單主體的基于概念圖交換的協(xié)作圖模型：成員一發(fā)布自己的概念地圖到發(fā)布服務(wù)器，與成員二交互，對兩者的概念地圖在協(xié)作服務(wù)器上進行疊加、組合、結(jié)構(gòu)變換等操作，成為兩者的共識后，存入路徑庫和知識庫。

根據(jù)Stahl(1999)提出的協(xié)作知識建構(gòu)理論，協(xié)作知識構(gòu)建的過程要素依次有頭腦風暴、話語表達、反應(yīng)、組織、分

析和概括。在基于以下的構(gòu)建模型中，個人對特定情境或任務(wù)產(chǎn)生基于隱性知識的解釋、理解和同化，顯性化地表達為概念地圖，完成個人知識建構(gòu)；通過多人的概念地圖的發(fā)布完成群體表達；在協(xié)作服務(wù)器上，對概念地圖的疊加、組合和結(jié)構(gòu)變換對應(yīng)著解釋、討論和爭論，在辨明意義，共享理解和協(xié)商觀點之后，協(xié)作知識正式形成，在此之前，我們可稱之為知識協(xié)作或者動態(tài)的協(xié)作知識；協(xié)作知識進而擴大了每個成員針對該情境或任務(wù)的概念地圖，構(gòu)成了組織的經(jīng)驗圖，存人團隊或組織的知識庫；當有一個新的活動或情境發(fā)生時，每個成員進行上述循環(huán)過程，對個人知識建構(gòu)加以修改經(jīng)協(xié)作之后完成團隊或組織的知識建構(gòu)。

3模型構(gòu)建需求及其應(yīng)用

設(shè)計團隊與其他項目參與者協(xié)作，在開發(fā)周期的各個階段同時對同一個概念圖進行操作并保持知識庫不斷更新。不同專業(yè)的人員可以共享概念圖、直觀查看結(jié)構(gòu)之間的配合效果、執(zhí)行碰撞檢查并創(chuàng)建有關(guān)協(xié)調(diào)項目的報告。

針對項目協(xié)作知識流模型的構(gòu)建，需要N層服務(wù)器結(jié)構(gòu)。每一層必須完成對應(yīng)的功能，要求數(shù)據(jù)容量大、響應(yīng)速度快，因為協(xié)作知識流是一個多媒體信息且要求盡可能高的實時性，對并發(fā)控制要求相對較弱，所以說項目協(xié)作知識流模型的產(chǎn)生與發(fā)展與計算機軟硬件的較快發(fā)展是密切關(guān)聯(lián)的。

項目協(xié)作知識流模型的構(gòu)建實現(xiàn)了人與人之間的協(xié)同工作、人與信息之間的協(xié)同工作以及人與業(yè)務(wù)流程之間的協(xié)同工作。它是一個有效的連接人、信息、數(shù)據(jù)和業(yè)務(wù)流程的系統(tǒng)集成平臺。預(yù)期實現(xiàn)基于Person to Person的信息傳遞、Person to Team的協(xié)同工作和Team to Team的共同創(chuàng)作。而協(xié)同工作和創(chuàng)作都基于概念地圖的創(chuàng)建，修改和再利用。如表一所示；

項目協(xié)作知識流模型的構(gòu)建的意義在于：

(1)建立統(tǒng)一的知識門戶，整臺成員、項目伙伴和客戶．即整合項目流程知識、整合項目內(nèi)外部信息并協(xié)同工作。

(2)有效的知識管理和信息共享，即通過協(xié)作機制。對知識庫中的概念圖做基于知識的管理和分類，并．加強“個人化”功能以使知識庫具有強大的搜索功能。

(3)發(fā)揮現(xiàn)有的IT投資，即整合團隊和組織中現(xiàn)有的基礎(chǔ)建設(shè)和現(xiàn)有的業(yè)務(wù)系統(tǒng)，降低整體擁有成本。