Rational Team Concert中的工作條目跟蹤具體的工作成果，例如修補一個錯誤或者是開發(fā)一個新的界面。除了這些有關(guān)工作成果的細節(jié)以外，還有諸如成果的重要性、優(yōu)先級、所有權(quán)之類的條目，每個工作條目都記錄了任何想要撰寫評論的團體之間的討論。通過這種方法，軟件開發(fā)人員之間可以相互合作，并與發(fā)送工作條目的人員進行交流，無論他們是其他的開發(fā)人員、客戶、測試人員，還是股東、感興趣的團體。當(dāng)使用人員加入了某個工作條目的討論中時，他們就自動地訂閱了這個工作條目。他們也可以訂閱一個具體的工作條目，去追蹤該工作的進展。如果他們希望某個人持續(xù)了解某個工作條目的進展，可以為其預(yù)定這個工作條目。也可以明確地在一個工作條目的討論中提及某人，而無須為其訂閱該工作條目，簡單地通過引用具體人員的ID，并以@作為前綴就可實現(xiàn)。

@ psmith你認(rèn)為我們可以推遲修復(fù)這個問題直到下一版發(fā)布嗎？

如果你想要詢問某人問題或者想要他們持續(xù)了解某個工作條目的信息，而無須他們跟蹤工作條目的當(dāng)前進展，這將會很有用。如果使用人員在工作條目中被提及或者是訂閱了一個工作條目，又或者是發(fā)生了變化，例如增加了注釋或標(biāo)記了一項已被解決的工作條目，那么他們就可以被告知相關(guān)信息。在規(guī)模大的團隊和項目中，使用人員可能會被上百個，甚至是上千個工作條目訂閱或涉及，因此很有可能他們會被太多的數(shù)據(jù)所攻擊。這一點可以通過允許使用人員指定他們希望被告知的通知類型來處理（見圖6.5）。

圖6.5 在Rational Team Concert軟件中配置電子郵件通知

就像規(guī)模大的團隊可以很容易地產(chǎn)生大量的數(shù)據(jù)一樣，單獨的、非?；钴S的個人也可以產(chǎn)生大量的數(shù)據(jù)。1958年，爵士樂評論家Ira Gitler在評論John Coltrane的唱片Soultrane時，在唱片封皮的標(biāo)注中使用了“廣闊的聲音”的詞語。Gitler指的是Coltrane高速演奏包含很多音符的、極其密集的樂曲章節(jié)風(fēng)格。Coltrane經(jīng)常使用這種方法概述特殊的和弦，暗示在同一時間最多有3組和音。他也意識到樂器需要既具有美感，同時又具有功能價值，告訴Gitler說：“現(xiàn)在，它不是美不美的問題，唯一正確的方式就是它是否能變成那樣。如果我不能弄明白，那么我就會放棄它”（Gitler, 1958）。當(dāng)你第一次聆聽Coltrane在諸如Kind of Blue（1959）和Giant Steps（1960）唱片中以這種方式演奏時，你聽到的全是大量的這種音符。與這種演奏方式形成對比，Miles Davis采用了悠長抒情的演奏方式，從不使用超出人們理解音樂所必需的音符。在爵士樂的藝術(shù)環(huán)境中，兩種風(fēng)格一樣出色，不分伯仲。就像我們在討論Davis的第二五重奏（見第2章）時提到的那樣，Davis經(jīng)常雇用采用密集音符演奏風(fēng)格的演奏者，其目的是和他自己的演奏相區(qū)別。兩種演奏風(fēng)格的對比在音樂中營造出趣味和緊張感。然而，這使得聽眾花費更多的時間去破解那些嵌入在音符浪潮中的音樂信息。

考慮到來自合作者、客戶及競爭者的所有數(shù)據(jù)會增加數(shù)據(jù)飽和的可能性，但是簡單的忽略來自這些源頭的數(shù)據(jù)也不是一種好的選擇。你能想象一個爵士樂樂手并不聆聽樂隊中的其他成員正在演奏什么的情景嗎？這如同一家企業(yè)忽視客戶的反饋意見或一個軍隊忽視敵方軍隊的軍事行動信息一樣的荒謬。