在团队中开发软件非常类似于在乐队中演奏乐器。每个演奏者必须演奏他或她的部分同时要与其他人合拍协调。他们必须就将要如何沟通达成一致，并注意彼此发送的信号，否则表演就会失败。有力协作和个人技能都是必不可少的。类似地，软件开发人员必须注重构建质量代码，同时协调他们的活动，使得一切顺利进行。
集成开发环境 (IDEs)，如 Eclipse，已在改进个人工作效率方面取得成功。但是，开发人员在编写代码时还要积极地与团队进行合作。这就是 Jazz 平台的用武之地，将重点从个人工作效率转移到团队工作效率。
重点转移案例
考虑团队跟踪并修复假定错误的工作情况。修复错误的工作在团队中流动，从发现并报告问题的 Mike，到复核传入的错误报告并将该工作分配给 Susan 的 Rick，到修复该错误的 Susan，并最终返回到 Mike 以进行验证。错误修复本身也在团队中流动，从修复代码流中的该问题的 Susan，到验证包含该修复的构建版本中的修复的 Mike。
这些流可能非常脆弱。如果签入某个修复而没有更新错误报告，或者如果不存在将修复与特定代码流和构建版本联系起来的纽带，则团队中的流就会中断。这些中断会在团队中导致混淆并妨碍进度。更糟糕的是，中断也许不会立即在团队中的任何人面前表现出来。与领域相关的工作（例如，为软件产品编写代码）和主要与维持团队协作相关的工作（例如，在修复错误时标记错误）之间的交织也是非常令人生畏的。
尽管 IDE 集成了若干工具，但开发人员仍然要手工做大量的重复性簿记工作——对于保持团队有效地协作来说非常关键但同时也很容易遗忘或出错的工作。如果 Susan 只需告诉 IDE 她现在正在设法修复某个特定的错误，这就要好得多。然后，当她完成修复和测试用例时，可以指出她已经完成该工作。Susan 无需执行进一步的操作，系统将提交已更改的文件，并将这些文件与错误报告相关联，更新构建说明，并将错误报告标记为“已结束”。如果工具以这种方式自动化簿记工作，则能通过确保错误报告与代码签入之间的重要联系是可靠的，从而帮助提高团队的工作效率。同时，通过自动化繁琐和容易出错的簿记工作，还可以提高单独的团队成员的工作效率。
Jazz 平台跨越鸿沟
Jazz 是一个用于整个软件生命周期的团队协作平台，旨在支持跨所有软件生命周期阶段的任务的无缝集成（早先的示例场景谈及软件生命周期中间的几个常见任务）。Jazz 平台在客户端和服务器端都设计为可扩展的，并且可以从非常小的团队扩展到大型企业安装。它整合了工具支持的流程指导的概念，其中，工具了解团队的开发流程，并帮助团队成员顺利遵循相关流程。
Jazz 平台不仅旨在集成现有的点工具 (point tool)，而且还旨在提供一个平台，在该平台上可以构建比以前更加集成的生命周期工具功能。当以这种方式在整个生命周期中集成开发工具时，使用一组结合在一起的点解决方案 (point solution) 来完成难以想象的事情将成为可能。像这样的集成端到端工具可以帮助团队更有效地构建软件，并使得软件开发活动更加令人愉快。
