你可能已经注意到直到现在，我才开始使用数据和信息这两个术语。我并没有交替地使用它们。事实上，我已经非常特别注意所使用的术语。数据只是未经加工的、无组织的事实。它是毫无意义的，直到其被处理、解释和分析，此时它才变成为信息。
当我们在IBM公司开发第二版的Rational Team Concert软件时，我想要和开发团队及股东交流具体的信息。关于这个项目，特别酷的一点是我们使用Rational Team Concert来开发它自己。这种交替循环的存在意味着要在整个开发过程中测试我们的代码。这种产品的一个特征就是，基于实时数据构建仪表板以展现定制信息的能力。对于总结信息，强调及比较具体事实，从多种源头中聚合数据而言，它们都是特别的有用。仪表板在网页中显示，因此它们可以被任何一个拥有网页浏览器的用户所分享。
图6.6显示了一个有4个视图（viewlet）的仪表板。每个视图采用一个柱状图显示最后阶段修复的各种缺陷的数量，这个阶段也就是开发循环的最后一个阶段。进入最后阶段的先决条件之一就是所有新的特征工作都已完成。在最后阶段，关注的焦点是实现并保持稳定性。项目经历了一系列的反复测试，每次反复测试在最后都建立了一个候选的发布版本。
图6.6 显示最后阶段结束的仪表图
共有两个团队参与了Rational Team Concert的开发：一个团队致力于Rational Team Concert（RTC）的开发；另一个团队从事Jazz Foundation（一种合作平台，经常被称为简单的Foundation）的开发工作，Jazz Foundation是为了给许多不同的产品提供支持。在开发建立在Foundation 1.0基础上的RTC 2.0的最后阶段，RTC中有2710个缺陷被修复，Foundation中有888个缺陷被修复。修复这3598个中的每一个缺陷的工作都被一个工作条目所跟踪。总体来讲，这些工作条目包含大量的数据，挖掘这些数据可以得到特殊的信息。仪表板中的视图使我们能够快速地交流每个团队结束他们项目的方式。随着他们通过这些循环到达开发周期的终点，便形成了更加严格的核准，它降低了对变化的容忍度，增加了代码库的稳定性。其结果就是需要修复的缺陷数量随着时间的发展稳定减少，这在最上面一行的视图中显示得很清楚。最下面一行的视图显示了来自同一组修补缺陷的不同信息：Jazz Foundation中的组成成分修复的严重的“障碍”及“关键的”严重缺陷的比例，要比Rational Team Concert中的组成成分修复得更高。
在我们经历过最后阶段测试并修复软件的缺陷过程中，仪表板也会发生实时地变化。我可以简单地将它们指向包含仪表板视图的网页，在那里可以在任何时候进行检查，并获得最新的信息，而不是不得不为团队及其他感兴趣的股东经常提供报告。我们通过这种方式采用了很多仪表板来快速地交流那些基于实时数据的特殊信息。
军事指挥官、企业管理人员、政府的头头脑脑们都是从分析家及顾问那里接受频繁的简报。在每种情况下，他们搜寻有用的信息，而不只是原始数据来帮助他们做出或可能做出最好决策。不管你正在从事什么样的工作，你可能也会有类似的需求。这就是实施循环中的定向阶段开始活动的地方。
