当您的分析过程崩溃时谁接到电话？

我最近与世界上最大的公司之一会面，我们讨论了对持续维护的担忧，更重要的是，分析过程所需的持续修复。当组织将分析过程部署到生产环境中时，这种对话有助于巩固我的脑海中经常发生的主要脱节。让我们来看看这里的脱节。 分析事项 我最近与世界上最大的公司之一会面，我们讨论了对持续维护的担忧，更重要的是，分析过程所需的持续修复。当组织将分析过程部署到生产环境中时，这种对话有助于巩固我的脑海中经常发生的主要脱节。让我们来看看这里的脱节。 更多阅读 亚马逊定价的预测分析 使用预测分析在亚马逊上获得最佳交易 谷歌报告显示 Android 用户需要 VPN 来保护数据隐私 CASB 帮助基于云的企业避免数据泄露 数据货币化正在改变信息技术就业市场的 7 种方式 大数据时代提升数据安全计划的 6 个理由 的背景 在这种情况下，我正在与负责生产分析所用系统的 IT 领导团队交谈。

与许多公司的情况

样对分析的需求一直在增加，IT 团队希望弄清楚如何最好地处理预期涌入的额外分析流程。当我们的讨论转向应该指导从发现阶段到生产阶段的过程的政策时，提出了一个有趣的问题。 在这个客户，一旦一个过程被移交给生产，它就被认为完全是 IT 的责任。这甚至包括过程中分析逻辑的准确性和维护。可以理解，IT 团队非常关心对日益复杂的分析流程的逻辑承担所有权和责任。他们只是没有具备分析知识的人来有效地 数据库 掌握这种所有权。公司中唯一具备必要技能的地方是创建流程的分析团队。 过去，当分析流程被扔给他们，然后他们不得不争先恐后地处理出现的问题时，IT 感觉它已经被烧毁了太多次。在没有更好的维护方式的情况下，他们犹豫要不要继续添加更多流程。我相信我的客户的真正问题在于 IT 与分析团队在将某些东西投入生产时所签订的合同。 谁接电话？ 在这种情况下，我看到了必须解决的生产过程先例中的一个严重问题。也就是说，对我来说，IT 应该对分析团队构建的复杂分析流程负全部责任是没有意义的。

应确保系统正常运行

数据可访问以及必要的系统资源可用，以便流程顺利运行。然而，即使在生产过程中，这些流程的逻辑仍应归其构建者所有。 当逻辑简单时，例如标准报告，将所有责任移交给 IT 是合理的。它对于可能包括预测建模、机器学习或其他高级技术以及这些技术的所有必要数据准备逻辑的复杂分析 DT线索 没有意义。分析团队必须加强工作，以长期维护他们构建的流程的所有权。这意味着在不方便的时间接到电话说有什么东西坏了。最后，组织需要尽可能快速、完整和准确地解决分析过程中的问题。只有具备构建此类流程知识的人才有能力满足此要求。责任完全落在分析团队身上。 在过去，新的分析流程必须在与生产环境不同的系统和不同的工具集上构建，很难避免这种脱节。例如，IT 经常对用 SAS 编写的流程进行重新编码，以直接在大型机或其他操作系统中运行。