数据领域，甲方和乙方分工的 18 个原则

发布日期：2022/3/26 6:28:00      浏览量：

很多甲方的数据人员编制有限，因此会找乙方完成相关工作，作为甲方，经常会发现乙方做
事不给力，一方面可能的确是乙方能力问题，但另一方面，也许是你给乙方安排的工作出现
了问题，对于不同类的数据工作，甲方和乙方的擅长程度是不同的，相互之间只有取长补短
才能创造更高价值，今天就来谈谈甲乙方分工的 18 个原则。

原则一：
科斯说，是交易成本与管理成本的对比，决定了企业的边界。交易成本越低的事情，越应该
外部化；管理成本越低的事情，越应该内部化，数据管理者应该遵循这个原则，挑战来源于
如何比较这两个成本的大小，比如经常有企业把数据挖掘工作外包，显然低估了交易成本。
原则二：
康威定律说，组织架构决定系统架构和产品形态，大多企业的数据组织取名如数据管理部、
数据运营部、经营分析部等等，从名称就能推断出其是以管理和运营为主的，因此不要擅自
去增加研发等相关的岗位，比如算法，全部购买或外包吧，除非你有能力改变组织的职能。
原则三：
数字化时代给 IT 人带来了更多机会，可惜的是，现在 IT 发展的趋势是将跟业务无关的通用
IT 技术剥离出去，企业的 IT 人将越来越业务化，比如云计算推动了 IaaS 和 PaaS 的外包，
云原生的发展历史就是一部将代码中跟业务无关的非功能代码逐步剥离的过程，无论是容
器、微服务、Severless、Service Mesh 还是 DevOps。
这些东西让企业的 IT 人员不再有机会去搞什么高可用、容灾、安全、运维、测试、通信等通
用技术研究，即使搞了也成为不了企业的核心竞争力，实际上，通用技术的交易成本和管理
成本已经发生了巨大变化，这也在改变着企业数据团队核心竞争力的内涵，进而影响到甲乙
方的分工原则。
原则四：
大多企业养不起庞大的数据开发团队，因为从科斯定理的角度看，这种团队的管理成本太高
了，企业更需要的是少量的数据技术管理者，能够撬动更多的乙方资源为甲方服务，并且不
被忽悠，当然数据技术管理者也不是那么容易培养，除了熟悉业务和管理，至少也要有开发
的经历，否则关键时候顶不上去
原则五：
在甲方智能化、自动化水平还不够的前提下，简单重复的工作需要外包，无论是取数还是报
表，其实这种模式对双方都有益，甲方解决了内部需求的问题，乙方赚取微薄的利润但获得
了实践的机会，培养了一大批高端的数据人才
原则六：
越是业务化、协同化的数据工作，越不能外包，因为交易成本太高了，一方面是乙方很难在
业务上跟上甲方的步伐，另一方面甲方很多工作讲究的是人情世故，显然乙方不太合适
原则七：
大数据平台技术发展一日千里，数据采集、数据处理等技术有明显的通用性、开源性、多样
性等特点，通过引入合适的乙方不仅能完成建设和运营工作，还能实现弯道超车，甲方唯一
要做的是拥有自己的数据架构师，能说服企业采用推荐的方案，并防止被乙方忽悠
原则八：
数据应用（产品）开发工作可以外包，无论是 UI/UE、前端，后端，数据处理等等，甲方不
要尝试去建立这么多技术栈，这些技术跟大数据平台一样，有足够的乙方可供选择，而且交
易成本可控
原则九：
如果你的企业有志于成为一个数字化企业，那么数据仓库建模就不要外包，第一，数据已经
成为生产要素，既然你的企业要自己设立财务部来管理自己的货币、固定资产，那么这个原
则也同样适用于数据资产，第二，数据这种生产资料跟货币还不一样，它带有强烈的业务性
的，而只有自己的员工才能与业务与时俱进，乙方可以帮你一时，但帮不了一世，第三，模
型是需要迭代的，长远来讲，将数据仓库模型外包给乙方交易成本很高
原则十：
如果企业希望数据挖掘真能产生点效益，那么数据挖掘工作就不要外包，因为数据挖掘中业
务理解、模型迭代、业务运营等的工作比重太高了，这些显然不适合乙方长期来做
原则十一：
数据分析工作不要外包，道理同数据挖掘，但数据分析咨询却可以外包，因为乙方的高端数
据分析咨询专家可以给甲方提供方法论的指导，给出不同的看问题的角度，还能够帮助甲方
跳出业务看业务
原则十二：
只要甲方能把业务问题定义清楚，明确输入和输出，算法工作就可以外包，乙方既可以临时
抽调人员本地服务，也可以采取远程支持的形式，甲方也很难养活一只算法团队，有那么 1-
2 个算法人员成不了气候，最后大多转型或者离职
原则十三：
数据治理工作涉及企业的组织、机制和流程，需要太多的协同，因此不要尝试外包，自己都
搞不清楚状况的情况下，显然乙方会比你更会犯浑，当然这里的数据治理是狭义的，不是指
那种建个大数据平台就认为是数据治理了的概念
原则十四：
数据产品经理不能外包，从业务、创新、协调、体验、迭代、个性等各个角度看，乙方来做
这个事情都会极度不适，很多时候干成了开发经理，当然乙方干项目经理还是 OK 的，毕竟
有很多规范和流程可以遵循
原则十五：
狭义的数据中台是指数据模型和数据服务，显然数据中台是无法外包的，当别人说可以帮你
建数据中台的时候，首先要问问它关于数据中台的定义和理解，不要鸡同鸭讲了
原则十六：
为前面所有数据类工作提供支撑的任何工具，比如元数据工具、开发工具等等，是直接采购
产品好还是自己定制好，取决于这类工作外包的可行性，越不能外包的工作，意味着标准化
程度越低，越需要采取定制的方式实现
原则十七：
在数据领域任何一个专业，甲方都需要乙方顶尖数据专家的支持，无论是平台、算法、开发、
挖掘、分析、治理等等，因为甲方总有 5-10%的问题是自己无法解决的，顶尖专家则是超越
了一切限制的存在
原则十八：
为了数据驱动业务，甲方要为乙方的创意买单，要为乙方的连接买单，即使这种工作很难用
工时评估，否则乙方的高端人才就跑完了


当然没有什么是绝对的，如果甲方的很多工作的确没有相关的组织和人员保障，那么交给乙

方是唯一的办法，但如果有的选择，就尽量遵循这些原则吧。

--文章来源于大鱼