访谈
履行职责 - 文字稿
与 Actuate 产品管理副总裁 Paul Clenahan 的访谈文字稿
MIKE VIZARD： 大家好，欢迎收听由 Actuate 赞助的 cast 高级版，Actuate 是商业智能和企业报表解决方案的领导者，它以商业智能和报表工具项目的形式为 Eclipse 社区做出了重大贡献，该项目也被称为 BIRT。我是您的主持人 Mike Vizard，今天加入我的是 Actuate 产品管理副总裁兼 BIRT 项目管理委员会成员 Paul Clenahan，他将在此讨论报表工具的未来趋势。欢迎来到节目。您好吗？
PAUL CLENAHAN： 很好，谢谢，非常好。
MV： 我想开发人员往往会忽略或者几乎认为是构建应用程序后的事后才考虑的领域之一是整个报表工具结构。您认为这是为什么？您认为开发人员为什么需要重新思考报表工具的重要性？
PC： 这是一个有趣的问题，也是多年来我们多次看到的情况，即开发人员在构建应用程序时，最初的重点通常是围绕应用程序设计的过程，以改进和提高数据收集、业务问题机制（如果您愿意这样称呼的话）的效率。然后，一旦您开始将所有数据汇集到应用程序中，并且您正在管理流程等等，很快就会变得明显的是，其中有很多数据，用户开始说，“嗯，我需要一些报告来显示这个客户的表现如何，或者我的订单跟踪情况如何”，等等。因此，这可能不是最初就提出的要求，但随后用户群以及最终开发人员很快意识到，“哇！这里面有很多很棒的信息。我们如何发布它？” 然后，当然，在许多传统的应用程序开发中，第二波问题随之而来，即获取信息的流程。开发人员历史上经常使用 GSP 代码，构建一些简单的网页来做到这一点等等，但这并没有真正给用户提供他们想要的强大报表功能。因此，我们认为可以改进工具开发领域的一个方面是提取数据并能够发布数据的想法。
我想，回到您关于开发人员需要如何改变他们对这个问题的看法的提问，嗯，当然，在应用程序设计过程的早期就考虑“我获得了这些好的信息，我该如何发布它？”很重要，但是他们会自然而然地听到这一点，而且我认为他们确实从他们的用户那里听到了这一点，当他们开始使用应用程序时也是如此。
MV： 所有对合规性的关注是否产生了任何下游效应，以至于开发人员现在更加关注他们的报表工具，因为审计师和类似人员对实际应用程序周围发生的事情有更多的要求？
PC： 是的，我认为是这样。我认为，正如您已经暗示的那样，合规性的主要方面之一是报告。了解组织中正在发生的事情以及存在哪些类型的信息。所以我认为实际发生的事情是用户更明确地将该要求摆到桌面上，这必然会从开发的角度引起人们的关注。
MV： 尤其是我想在 Java 开发人员中存在一种趋势，他们可以很容易地掌握一些 Java 类工具来制作自己的报告，那么他们为什么要寻找更强大的东西呢？如果您可以将这种思路与 Eclipse 社区中正在进行的一些工作联系起来，那就太好了。
PC： 嗯哼。因此，当然，开发人员处理这个问题的传统方法是使用各种类型的类库、各种类型的技术来解决报表样式问题。我认为这只是开发人员与他们熟悉的东西一起工作的自然趋势。我们研究了这种普遍需求，最终导致我们说，“看，我们需要提供技术，使 Java 开发人员能够将更有效的报表功能纳入到他们的应用程序中。” 并且意识到我们需要这样做，将其作为 Eclipse 基金会的一部分来做是有意义的，因为许多 Java 开发人员当然使用 Eclipse 作为开发环境，一个非常强大的开发环境，它提供的所有功能使其成为一种自然的契合。我们如何在该领域提供或解决该问题？
这就是导致我们说，“好吧。很好，让我们采用开发人员想要使用的类库组件的想法，并将其扩展到报表领域，”这就是我们正在做的项目的一部分——一组类库，允许您将报表嵌入到您的应用程序中。
因此，在某种程度上，我们正在采取的方法对于 Java 开发人员来说并非完全陌生。但是，我们在该项目中做的是提升一个层次，并且还说，“很好，我们提供 Java 组件和库来帮助运行报告，但让我们也提供一个丰富的可视化设计环境和一个模型，使开发人员能够非常高效地设计报告并实际布局报告的内容。”
因此，当我们谈论 BIRT 项目，即商业智能和报表工具项目时，我们在 Eclipse 基金会内的目标是提供两个主要组件——用于设计报表的设计时功能，您也在 Eclipse 环境中进行设计时活动，以及一组用于运行报表的运行时库。这些是一系列 Java 类文件，可以部署到任何应用程序、任何 Java 应用程序中，最有可能的是您正在使用 Eclipse 构建的应用程序，但不一定仅限于您正在使用 Eclipse 构建的应用程序。
MV： 究竟是谁负责 BIRT？这只是您运行的东西，还是与其他供应商合作，正是这种合作赋予了它额外的分量？
PC： 这绝对是一个协作项目。像许多开源项目一样，我认为项目的成功，如果可以的话，用来判断产品的标准之一是更广泛社区的参与。当我们着眼于 BIRT 项目时，当然 Actuate 在该项目中非常活跃，我们是创始成员，有点让项目开始运行，但从一开始，我们就得到了其他公司的参与，包括 Innovent Solutions，这是一家专门从事报表领域咨询的供应商。IBM 也是该项目的成员。他们在许多技术和产品中使用 BIRT 技术。事实上，最近我们有一家名为 InetSoft 的公司加入了该项目，该公司是报表领域的另一家供应商，他们将其 Java 报表专业知识带入该项目，并在该领域增加了新功能。
因此，绝对是一个项目，如果您只看活跃参与者，那就是多供应商的，而且不仅跨越整个行业，甚至在报表领域也是如此。然后，当然，更广泛的社区参与非常重要。我们有一个非常活跃的新闻组。我们实际上看到了 Bugzilla 中发布的一些错误。我们看到与此相关的补丁被发布，以从根本上解决这些问题。事实上，我们甚至看到一些带有增强功能的 Bugzilla 条目：例如，新的图表类型。因此，所有围绕开源的标准，即来自其他项目或其他参与者组合的参与，我想，这将是表达方式，是您在 BIRT 项目中看到的东西。
MV： 鉴于所有这些以及开源方面可用的东西，你们在 BIRT 之上或围绕 BIRT 提供的附加价值是什么？
PC： 是的，从 Actuate 的角度来看，我们想要做的是非常积极地领导这个项目，以提供核心报表功能，Java 开发人员可以将这些功能集成到他们的应用程序中，并作为开源计划 BIRT 项目的一部分来做到这一点。除此之外，我们还认识到，开发人员和用户通常希望在他们的应用程序中看到的围绕报表领域的更广泛的方面，因此我们作为供应商的重点是在核心开源（我可能会补充说，它非常强大）之上，即核心开源 BIRT 功能之上，基本上叠加价值。
该领域的一些示例包括报告的计划、报告的电子邮件分发、报告文档的管理（包括围绕该文档的存档安全性等等），以及甚至在查看报告时添加价值，提供与该视图交互的功能，因此，如果您愿意，不是将报告视为静态网页，而是能够通过单击列标题来对报告重新排序，可能添加额外的计算列等等。因此，这些是在核心 BIRT 功能之上我们提供的增值技术的示例，基本上是为了解决我们在一般报表市场领域通常看到的更广泛的问题。
MV： 当您展望报表技术以及 BIRT 的发展方向和你们的发展方向时，您认为人们应该期待未来几年中的哪些亮点？
PC： 嗯，我当然认为报告交互性的想法——我们正在讨论很多的一件事，我认为是一种技术或一种非常有效的技术方法，也是协作的想法。业务智能领域中非常传统的报表模型总体上倾向于将事物视为孤岛。您有运营报告，这是一种特定风格的报告。您有即席查询和报告，这可能是业务用户创建报告以及报告中更多的交互性，然后是分析，这往往是对数据进行更多切片和切块的探索，查看趋势等等。
从历史上看，这些一直被视为不同的孤岛或业务智能的不同方法。而我们使用 BIRT 技术作为其核心在我们的 Actuate 9 版本中所做的是模糊运营风格报告（您可能正在做一些像佣金报表这样简单的事情）与即席查询和报告的想法之间的界限，即可能是业务用户创建报告，当然围绕报告的大量交互性，能够不仅仅像我之前提到的那样查看静态网页，而是能够重新排序等等。
我们在 Actuate 9 版本中所做的是模糊这些边界。您不再需要使用一种技术进行运营报告，而使用另一种技术进行即席查询和报告领域。这在市场上获得了很大的吸引力。我们发现用户真的很喜欢这个想法，因为，让我们面对现实，用户不是那样思考的。他们不会以技术的垂直孤岛来思考。他们会想到他们试图解决的报表问题，他们只是想要技术来做到这一点。因此，从用户的角度来看，这些界限是模糊的，这就是我们在 Actuate 9 技术中所做的事情。
展望未来，我认为有趣的问题是，“嗯，您能否开始进一步模糊这些界限，将其扩展到不同类型的报表功能？” 因此，这当然是一个有趣的维度。
我认为另一个维度是，我们如何进一步将报表集成到应用程序体验中。我们从 BIRT 项目的角度正在研究的一件事是，我们可以提供哪些功能来使应用程序开发人员更容易将报表嵌入到他们正在构建的应用程序中。今天，我们提供了一组非常丰富的库。我们提供了我谈到的设计工具。但是，我们如何才能使将报表实际嵌入到应用程序中变得更容易？
我认为随着时间的推移，我们也会看到，将报表嵌入到应用程序中的想法开始越来越多地发生——这是您今天在行业中会看到相当多的事情——这种更注重上下文的报表的想法变得越来越重要。通过上下文报表，我的意思是能够从您正在使用的应用程序内部而不是从单独的独立工具访问报告的能力。
当您扩展到 Web 2.0 环境时，事物开发方面的这些界限模糊的想法也开始变得有趣，以及在 Web 2.0 风格的应用程序中，BI 和报表意味着什么。因此，这些都是我们从项目角度正在研究的领域。
MV： 鉴于此，这几乎听起来像报告成为了业务流程不可或缺的一部分。它指向多个数据源，无论是供应链还是 CRM 应用程序，并且报告本身不仅生成物理报告，还可以开始触发相关事件。
PC： 是的。这当然是可能的。当然，我绝对同意您陈述的第一部分，即报表确实是应用程序的核心部分。报表不应被视为单独的应用程序、单独的流程。我们非常相信报表只是应用程序的一个方面，而基于 BIRT 的技术和 Actuate 在商业站点中提供的技术允许您实现这种集成。
正如您所说，我认为这自然而然地导致报告本身实际上驱动了整个流程中的其他活动。这也是您可以使用 BIRT 技术做到的事情。您实际上可以从 BIRT 提供的丰富的脚本语言中开始触发其中的其他事件。您想要做到何种程度实际上取决于应用程序开发人员。我们的观点是，我们提供了一个丰富的报表框架，允许您深入嵌入，还可以做一些事情，例如从报告中调用到其他应用程序，然后这有点取决于集成该技术的开发人员的想象力，他们希望如何实际应用它。
MV： 您认为我们今天所说的报告与我们通常所说的商业智能之间的交叉点在哪里？
PC： 是的，这始终是一个有趣的问题。您知道，这取决于您问谁，他们对商业智能的特定定义是什么。当我通常谈论市场时，我会笼统地谈论商业智能和报表作为一个一般的市场。我认为情况越来越是这样。从历史上看，也许您可以说商业智能更多的是针对数据仓库类型的信息进行报告。典型的用户可能是更多的业务用户，高级用户，而不是专业的开发人员。
但我认为这些界限正在模糊，当然对于 Actuate 技术，无论是在 BIRT 中还是再次在商业方面，我们看到我们的技术被大量使用，我们看到 BIRT 被大量使用，报告不仅针对数据仓库，而且还针对操作数据存储，甚至是非传统数据存储，例如 Xmail 数据源、平面文件、Web 服务等等。因此，实际上我认为正在发生的事情是，BI 传统上更多的是以数据仓库为中心的报告。报表的纯粹意义从历史上看是关于运营报告。我认为这些现在正在融合。
一个经典的例子可能是，很好，您的数据仓库中有很多很棒的数据。您正在针对您的数据仓库编写报告——无论是业务用户还是 IT 人员在做报告——您可能能够报告该摘要或聚合信息，但在某个时候您可能对提取一些不在数据仓库中的信息感兴趣。根据您的数据仓库架构，这可能是详细的通话记录，如果您是一家电话公司。嗯，这种技术允许您，是的，对您的数据仓库进行一些报告，然后，根据需要，从您的操作存储或可能另一个完全针对操作存储运行的报告中提取其他信息。
MV： 我们是否正处于可能不需要数据仓库的地步，因为我们将能够直接查看操作数据，或者只是角色正在发生转变？
PC： 我认为这更像是一种角色转变，或者也许另一种说法是更灵活。根据您拥有的数据存储和数据架构的类型，我认为数据仓库始终会发挥作用。一个简单的例子是在跟踪数据随时间变化的领域。操作数据存储通常反映今天的数据，但可能无法充分反映数据趋势或数据随时间的变化。如果您愿意，历史方面是几乎每个或可能每个数据仓库架构都绝对捕获的东西。
因此，我认为这只是更多的灵活性。我不认为您会看到一个消失在另一个之上。我认为这更多的是关于选择。我当然会觉得，您必须创建数据仓库才能进行报告的需求减少了。从历史上看，我们自己已经看到了这一点，而且我认为这种趋势正在继续朝着在许多情况下针对操作数据进行报告是有意义的方向发展。
MV： 因此，总而言之，听起来这里有两个要点。一是，作为开发人员，您不一定想花费时间重新发明轮子来首先创建报告。但这里的第二个概念是，报告本身正变得越来越不可或缺，并且对业务流程越来越重要，因此集成挑战更高，因此您可能想要联系供应商还有另一个原因。
PC： 是的，我认为是这样。我的意思是，显然，为了解决这两个问题，您可以从头开始构建它，但从上市时间的角度来看，显然存在与此相关的成本方面，我认为查看市场上的开源（您知道，那里有什么功能）以及寻求像 Actuate 这样的供应商说，好吧，你说他们在重新发明轮子。我必须重新发明轮子吗？或者它是否会给我更快的上市时间，在那里我可以使用供应商的技术，真正让我更快地解决关键业务问题。
我认为这方面的一个方面，也只是反思我们看到的历史或经验，是通常您自己的解决方案的角色，它们可以做得足够好，但是当您实际查看用户对应用程序的满意度水平时，它们相对较低，因为用户再次希望以可用的方式从应用程序中获取数据。而且，如果您受到报告开发过程相对缓慢的限制，那么用户很难从数据中获得高价值。因此，我认为用户需求或用户期望也将是一个会起作用的因素。
MV： 太好了。Paul，最后一个问题。对于正在与这些问题作斗争的开发人员的最佳建议是什么？
PC： 嗯，我当然会说，最好的建议肯定是不要试图重新发明轮子，不要试图从头开始使用 GSP 代码或 Java 代码构建报告。那里有很多优秀的开源报表技术。BIRT 是一项出色的技术。当然，这是一个有偏见的观点，当然我鼓励任何开发人员查看一下。做到这一点的简单方法是 eclipse.org/BIRT。您也可以从 Actuate 获取该技术，www.actuate.com/BIRT。我想说的是，查看该技术，看看它在提高您的工作效率方面能有多大帮助，从而将您的用户想要的报告构建到您的应用程序中。
MV： Paul，我想感谢您今天与我们分享您的时间，并祝您未来一切顺利。
PC： 太好了。非常感谢。
MV： 如果您有兴趣试用 BIRT，您可以从 Actuate 下载，网址为 www.actuate.com/BIRT，即 B-I-R-T。从 Actuate 下载的优势之一是您可以获得集成安装，从而更容易开始使用报表技术。事实上，Actuate 下载包含许多非常有用的附加数据驱动程序。一般来说，对于谈到的其他功能，您可以访问 www.actuate.com 或致电 1-866-217-1838。
最初发表于 Queue 第 5 卷，第 1 期—
在 数字图书馆 中评论本文
更多相关文章
João Varajão, António Trigo - 评估 IT 项目成功：感知与现实
本研究通过提供对 IT 项目成功的新见解，对实践、研究和教育具有重要意义。它通过报告项目成功（而不仅仅是项目管理成功）扩展了项目管理知识体系，项目成功基于几个客观标准，例如项目后阶段客户对可交付成果的使用情况、客户对项目相关支持/维护服务的雇用、客户对新项目的承包以及客户向潜在客户的供应商推荐。研究人员可以找到一组标准，他们可以在研究和报告 IT 项目的成功时使用这些标准，从而扩展当前对评估的视角，并有助于更准确的结论。
Abi Noda, Margaret-Anne Storey, Nicole Forsgren, Michaela Greiler - DevEx：实际驱动生产力的因素
开发者体验侧重于开发者的实际体验以及他们在日常工作中遇到的摩擦点。除了提高生产力外，DevEx 还通过提高效率、产品质量和员工保留率来推动业务绩效。本文提供了一个用于理解 DevEx 的实用框架，并提出了一个测量框架，该框架将来自开发人员的反馈与他们与之交互的工程系统的数据相结合。这两个框架为领导者提供了清晰、可操作的见解，让他们了解需要衡量什么以及需要在哪里发力才能提高开发人员的生产力。
Jenna Butler, Catherine Yeh - 设身处地为他人着想
新冠疫情改变了人们的许多工作方式，但许多结果本质上是自相矛盾的。对一个人有效的方法可能对下一个人无效（甚至对同一个人在第二天也可能无效），我们尚未弄清楚如何准确预测什么对每个人都有效。正如您在本文描述的综合人物角色中看到的那样，有些人与孤立和孤独作斗争，很难在社交上与他们的团队建立联系，或者发现混合工作与远程团队的时间压力令人难以承受。另一些人则津津乐道于这种新发现的工作方式，享受更多与家人共处的时间、更大的白天锻炼灵活性、更好的工作/生活平衡以及更强烈的为世界做贡献的愿望。
Bridget Kromhout - 容器无法修复你破碎的企业文化（以及其他残酷的真相）
我们常常只关注技术反模式，而忽略了我们社会结构内部的类似问题。剧透警告：许多看似技术难题的解决方案可以通过检查我们与他人的互动来找到。让我们来谈谈在与那些被称为人类的讨厌生物一起工作时，您需要了解的五件事。
© 保留所有权利。