我最近与世界上最大的公司之一举行了一次会议，我们讨论了对持续维护的担忧，更重要的是，分析流程所需的持续修复。这次谈话帮助我巩固了当组织将分析流程部署到生产环境中时经常发生的重大脱节。让我们来看看这里的脱节。
分析很重要
我最近与世界上最大的公司之一举 国家电子邮件列表 行了一次会议，我们讨论了对持续维护的担忧，更重要的是，分析流程所需的持续修复。这次谈话帮助我巩固了当组织将分析流程部署到生产环境中时经常发生的重大脱节。让我们来看看这里的脱节。
更多阅读
机器学习数据标记
数据标签提高机器学习和人工智能效率
数据驱动型组织必须明智地使用人才分析
二维码利用大数据在教育领域的优势
数据分析在足球表现中的作用
智能家居利用数据来省钱的 7 种令人兴奋的方式
的背景
在本例中，我与负责生产分析系统的 IT 领导团队进行了交谈。与许多公司的情况一样，对分析的需求一直在增加，IT 团队希望找出如何最好地处理即将到来的额外分析流程的预期涌入。当我们的讨论转向指导从发现阶段到生产阶段的过程的政策时，提出了一个有趣的问题。
在该客户中，一旦流程转入生产，就完全由 IT 部门负责。这甚至包括流程内分析逻辑的准确性和维护。可以理解的是，IT 团队非常关心对日益复杂的分析流程的逻辑承担所有权和责任。他们只是没有具备分析知识的人来有效地掌握这种所有权。公司中唯一具备必要技能的地方是创建流程的分析团队。
IT 部门认为，过去，当分析流程被抛给他们时，他们不得不手忙脚乱地处理出现的问题，他们已经被烧毁了太多次。如果没有更好的方法来处理维护，他们对继续添加更多流程犹豫不决。我相信我的客户真正的问题在于 IT 与分析团队在将某些内容投入生产时签订的合同。
谁接到电话？
在这种情况下，我认为生产流程中的先例存在一个必须解决的严重问题。也就是说，IT 部门应该对分析团队构建的复杂分析流程承担全部责任，这对我来说是没有意义的。IT 应确保系统正常运行、数据可访问以及必要的系统资源可用，以便流程顺利运行。然而，这些流程的逻辑即使在生产中也应该保留在构建它们的人手中。
当逻辑简单时（例如标准报告），将所有责任移交给 IT 是合理的。对于复杂的分析来说没有意义，复杂的分析可能包括预测建模、机器学习或其他高级技术以及这些技术所需的所有数据准备逻辑。从长远来看，分析团队必须承担起维持其所构建流程的所有权的责任。这意味着在不方便的时间接到电话说出现了问题。最后，组织需要通过分析流程尽可能快速、完整和准确地解决问题。只有那些具备构建此类流程知识的人才有能力满足这一要求。责任完全落在分析团队身上。
在过去，当新的分析流程必须构建在与生产环境不同的系统和不同的工具集上时，很难避免这种脱节。例如，IT 经常重新编码用 SAS 编写的流程，以便直接在大型机或其他操作系统中运行。虽然分析团队构建了初始逻辑，但他们不熟悉部署环境或用于对生产过程进行编码的语言。因此，IT 部门被迫拥有一切。这种情况从来就不是一件好事，而是一种必要的恶。借助当今的技术，分析团队完全可以使用相同的工具集大规模开发和部署分析流程，并充分利用生产系统的强大功能。
我不相信大多数分析专业人士会拒绝维护他们所构建的内容的所有权。我知道我不会。只需要求他们保留所有权并更新与 IT 部门的“合同”，从而改变生产流程中谁拥有哪些部分的划分即可。不幸的是，在许多组织中，IT 部门并未要求进行此更改，分析团队也未提出建议。因此，分析的部署比其需要的压力更大，风险也更大。花一些时间评估您的组织是否需要更新其部署策略。