Rational Team Concert中的工作条目跟踪具体的工作成果，例如修补一个错误或者是开发一个新的界面。除了这些有关工作成果的细节以外，还有诸如成果的重要性、优先级、所有权之类的条目，每个工作条目都记录了任何想要撰写评论的团体之间的讨论。通过这种方法，软件开发人员之间可以相互合作，并与发送工作条目的人员进行交流，无论他们是其他的开发人员、客户、测试人员，还是股东、感兴趣的团体。当使用人员加入了某个工作条目的讨论中时，他们就自动地订阅了这个工作条目。他们也可以订阅一个具体的工作条目，去追踪该工作的进展。如果他们希望某个人持续了解某个工作条目的进展，可以为其预定这个工作条目。也可以明确地在一个工作条目的讨论中提及某人，而无须为其订阅该工作条目，简单地通过引用具体人员的ID，并以@作为前缀就可实现。
@ psmith你认为我们可以推迟修复这个问题直到下一版发布吗？
如果你想要询问某人问题或者想要他们持续了解某个工作条目的信息，而无须他们跟踪工作条目的当前进展，这将会很有用。如果使用人员在工作条目中被提及或者是订阅了一个工作条目，又或者是发生了变化，例如增加了注释或标记了一项已被解决的工作条目，那么他们就可以被告知相关信息。在规模大的团队和项目中，使用人员可能会被上百个，甚至是上千个工作条目订阅或涉及，因此很有可能他们会被太多的数据所攻击。这一点可以通过允许使用人员指定他们希望被告知的通知类型来处理（见图6.5）。
图6.5 在Rational Team Concert软件中配置电子邮件通知
就像规模大的团队可以很容易地产生大量的数据一样，单独的、非常活跃的个人也可以产生大量的数据。1958年，爵士乐评论家Ira Gitler在评论John Coltrane的唱片Soultrane时，在唱片封皮的标注中使用了“广阔的声音”的词语。Gitler指的是Coltrane高速演奏包含很多音符的、极其密集的乐曲章节风格。Coltrane经常使用这种方法概述特殊的和弦，暗示在同一时间最多有3组和音。他也意识到乐器需要既具有美感，同时又具有功能价值，告诉Gitler说：“现在，它不是美不美的问题，唯一正确的方式就是它是否能变成那样。如果我不能弄明白，那么我就会放弃它”（Gitler, 1958）。当你第一次聆听Coltrane在诸如Kind of Blue（1959）和Giant Steps（1960）唱片中以这种方式演奏时，你听到的全是大量的这种音符。与这种演奏方式形成对比，Miles Davis采用了悠长抒情的演奏方式，从不使用超出人们理解音乐所必需的音符。在爵士乐的艺术环境中，两种风格一样出色，不分伯仲。就像我们在讨论Davis的第二五重奏（见第2章）时提到的那样，Davis经常雇用采用密集音符演奏风格的演奏者，其目的是和他自己的演奏相区别。两种演奏风格的对比在音乐中营造出趣味和紧张感。然而，这使得听众花费更多的时间去破解那些嵌入在音符浪潮中的音乐信息。
考虑到来自合作者、客户及竞争者的所有数据会增加数据饱和的可能性，但是简单的忽略来自这些源头的数据也不是一种好的选择。你能想象一个爵士乐乐手并不聆听乐队中的其他成员正在演奏什么的情景吗？这如同一家企业忽视客户的反馈意见或一个军队忽视敌方军队的军事行动信息一样的荒谬。
