群件工具的演進

靈活的團隊通過集中工作地點所有人在同乙個辦公室，一起工作，直接面對面的交流的方式來支援軟體的開發。這對一些型別的產品和開發環境來說是理想的狀況，但是它並不支援那些趨於分布式開發的團隊。因此讓我們暫且把「靈活的」這個標籤擱在一邊，僅僅認為它是有效的，快速交流和反饋對於團隊的成功來說是必要的。

那麼我們如何在分布式團隊中開促進這種特性的開發呢？

很可能的回答是：新的工具和現有工具變化的湧現支援了分布式團隊的開發。許多當今可利用的產品是值得貼上「群件」的標籤的。

先前的群件產品在實際應用中有資料共享的特徵。在最早提供的群件中，各種辦公設施和開發工具的設施要麼很鬆散大地結合著要麼根本就不可能結合成乙個整體。團隊的工作人員遭受著生產和使用這些不相結合的工件的痛苦。

在你所使用的開發工具的需求，和另乙個群件編寫**的需求以及和另乙個群件執行測試的需求之間跟毫無聯絡。即使可能，要想在乙個文字檔案中嵌入電子**或者圖表也是相當困難的。

第二代群件工具是將不同的應用軟體聯絡起來。最終你可以在乙個型別的檔案中嵌入另乙個。你可以根據**和測試跟蹤那些需求。

缺陷已經提交，編碼的工作區和其它工件的變化作為解決方法的一部分被聚集在乙個工作區為以後作為參考。但是當他們允許我們分享我們生產的工件時，它們在實際團隊工作中卻並沒有被調整好。我們通常是單個地使用工具，分配產品給其他人來觀察非同步動作，因為這些工具在實際工作中並不能幫助團隊聯絡。

接下來的一代群件工具是以通訊問題為重點的。首批我用來支援乙個開發團隊的工具它允許乙個地理分散的團隊電子**，並能很有效地協作。正當我思考我們的經驗和效能的時候，基於領測對目前工具的看法，所欠缺的一部分簡直令我大吃一驚。

它居然沒有完整版本的控制系統，環境與我們的開發工具完全是分離的。可是卻可以使我們獲取**的機會，還可以使我們共享思想和幾種型別的工件。

第三代群件工具獲得了利用英特網通訊的力量為我們的團體提供多**支援的優勢。然而當我們**時還需要使用**，因為聲音傳輸協議是不可利用的。在近十年的頭幾年裡已經有很多支援電子**和分布式團隊的產品進入了市場。

你們大多數人可能或多或少地使用過。