处理无尽报告的五个步骤

报告的业务稳定性本质上很差。在业务开发过程中，将生成许多新的查询和统计数据，这将导致无休止的报告。这是一项无法消除的任务，对于许多行业的软件开发人员来说也是令人头疼的任务。我们已经投入了大量的人力，引入了专业的报告工具和敏捷的BI产品，但是我们仍然陷入困境，并且经常被客户抱怨。为什么这是？如何解决？

因为报告工具只能在报告演示过程中以及在报告开发过程中解决工作的一部分，所以更大的部分是在数据准备过程中，这不是报告工具应负责的内容，当然无能为力。敏捷BI只能解决一些非常规定的报告，并且还严重依赖于预先构建的数据集。瓶颈仍然是数据准备任务。

当前用于实施数据准备的主流技术是数据库中的SQL编程，或应用程序中的高级语言编程。为了制定更多步骤的复杂数据，开发非常麻烦。如果实施周期很长，将很难应付不断变化的需求。这些技术的掌握很困难，这需要以更高成本的高科技人员。直言不讳，报告开发的高复杂性的技术原因不是报告本身，而是数据。

除技术原因外，应用程序结构和团队管理中还有一些因素也可能导致报告开发成本保持很高。在许多应用程序系统中，报告是一些功能与它们结合在一起的功能，并且业务系统的技术环境非常复杂，这会迫使开发人员熟悉这些内容，并且很难将报告开发人员与业务系统开发人员分开。启动业务系统后，开发人员仍然必须继续遵守报告的开发，并且很难将这项工作交给客户的运营和维护人员。

开发过程中的有效沟通也会影响工作量。我们经常发现这种现象：商业人员提出了报告需求，在技术人员这样做之后，他们发现某些概念术语是错误地理解的，并且统计能力是不一致的。结果不是业务人员想要的，然后他们只能重复工作，甚至可以重复多次以正确地实现它，这严重浪费了开发资源。

鉴于上述原因，我们提出了五个步骤来解决它们。

1。介绍报告工具

首先解决了最容易解决的演示问题，以减少这些人的工作量。

2。引入计算工具

然后，从技术上提高数据制备的发展效率。结合第一步，可以对整个报告开发工作进行全面工具，从而实现更高的发展效率。

iii。独立报告模块

报告完整工具后，可以调整应用程序结构，并可以将报告模块与业务系统解耦。报告模块仅共享业务系统的数据源（数据库或其他数据存储介质），并且不再与业务系统密切相关。在报告演示文稿和数据制备都具有工具化后，可以通过中间件来解释和执行报告操作。这样，报告的频繁修改就不需要重新启动业务系统，从而大大降低了操作和维护的复杂性。

在此过程中尤其重要的是分组数据源并分别整理报告模块所需的数据源。将来，报告的开发仅需要处理这些数据源。

4。建立一个报告团队

报告模块独立后，可以建立一个特别报告开发团队。开发报告只需要了解业务逻辑和数据结构，而不必面对业务系统的复杂技术环境。此外，开发工作的工具不需要开发人员熟悉复杂的SQL（存储过程）和Java等高级编程语言。这样，报告开发就不需要太强大的技术人员，并且可以有效地降低人工成本。在许多情况下，可以将不断的报告开发移交给客户方面的本地运营和维护人员。这不仅可以降低开发人员的成本，还可以提高对客户的响应速度。

5。提高沟通机制

最后一步是建立有效的沟通机制，以减少沟通中的误解。

一种简单且可行的方法是建立内部报告知识库并以技术形式建立论坛。将先前的报告收集到论坛以进行评论并提供搜索功能。当有新的报告要求时，您可以搜索是否已经在历史库中进行了类似的报告（出现相同的业务术语）。相关代码或公式保留在历史报告中，这些正式信息不会模棱两可，这可以帮助新开发人员正确理解业务条款。甚至许多报告零件也可以直接重复使用，当人员变化时，商业知识的继承也可以最大化。

这是一个涉及技术和管理的全面问题，无法在一夜之间完成。