数据中台简介（一）

前言

随着互联网的发展，系统增加，自动化时代的日新月异，相应的系统体系不断增加、扩展，数据体量越来越大，同时，所带来的问题也就更多，更复杂，不论是运维的成本，还是新业务的开拓。

那么紧随时代的发展，阿里提出了数据共享的概念，在系统应用研发过程中，前台，后台之间加了一层数据侧的处理过程，一个中间的支撑平台——数据中台。

成功的中台都是相似的，失败的中台各有各的失败，由此，再DT时代交替的过程中，一款符合企业实际业务的中台产品，并非易事。

旧的IT架构、数据孤岛、缺乏治理、各个系统的用户账号都打不通等问题，使得开头难，建设过程中会更加困难。

不可否认的是数据中台产生的意义肯定是巨大的，能够解决不同系统的多个统一，统一数据、统一技术、统一业务流程，使得企业系统更加的健壮，实现可持续、可拓展、可复用的建设发展。

1. 数据中台是什么

1.1数据中台的概念

核心是数据共享。

通俗来讲，数据中台就是一个大而全的概念，为企业提供战略性的数据中台服务。把企业名下所属的多个独立的系统，进行业务、技术、数据整合统一、数据资源整合优化再分配，消除数据孤岛的处理过程；数据不代表数据资产，数据中台的最终目的就是为了达到数据变为数据资产之后，更方便提供应用服务。

1.2数据中台的定义

一套可持续“让企业的数据可以通用”的机制，一种战略选择和组织形式，是符合企业的业务模式和组织架构，通过有形的产品和实施方法论支撑，构建一套持续不断把企业拥有的数据变成资产并服务于业务的机制。

白话一点就是根据企业或者行业的业务特色、组织体系，整合、梳理之后构建一套完善的、可持续发展的支撑，达到数据统一管理、通用、复用的管理机制，为业务提供有价值的数据。

主要包括数据模型、数据治理、数据资产、数据服务。

1.3数据中台的价值

通过中台整合企业所属的数据资源、进行提纯加工，使得数据可视化、增强数据价值变现能力。

成功的数据中台需要具备：覆盖整个企业全域的数据、平台结构层次清晰（纵向数据，横向业务、主题）、数据准确性一致（一致性指标、命名、计算口径）、性比价高、易用性强。

1.4数据中台的未来

数据中台把业务生产资料转为数据生产力，反哺业务，不断循环迭代，形成一个闭环，从而通过数据驱动决策、运营

 

1. 建设数据中台需要什么——确定符合实情的中台战略

不论是建设数据中台，还是生产系统，APP产品研发，都是软件开发，流程都是相似的，相互之间的侧重点可能会有些不一样。

2.1好的行业专家、优秀的数据产品经理，才能有更专业、实际的业务剖析、需求制定

正所谓，不打无准备之仗，没有准备，没有规划的前行，就是无头苍蝇一样乱撞，对于软件行业来说，一份尽可能详细、完善、明确的业务需求文档就是准备的基础，有了需求才能知道远方在哪里，目标是什么，自己需要做些什么，而不是拍着脑袋，今天想做这个，明天想做哪个，猴子搬玉米，最后都是拣了芝麻丢了西瓜。

虽然都是软件开发，但是因为行业的不同，市场环境不一样，就算是同行业，需求也不是一成不变的，那么在这个时候，想要有一份尽可能完善、明确的业务需求文档，就很有必要找到一个该行业、该环境下有深入接触过行业的人，来对业务需求进行梳理、明确。

一份好的业务需求制定，能帮助我们明确产品的边界，准确的表达出业务流转的流程，数据之间转换的过程，磨刀不误砍柴工，前期花充足的时间做业务梳理，需求调研，才能为接下来的工作打好基础，万丈高楼平地起，没有坚实的基础打底，再华丽的建筑也是空中楼阁。

再确定业务需求的同时，我们需要再次明确在平台搭建过程中，怎么样更加切合实际的通过研发实现我们的需求，而不是一些目前华丽但实现不了的功能。

2.2尽量详细的项目规划，更明确的项目执行目标

有了完善的业务需求，明确目标之后，需求制定一份尽量详细的工程周期计划，需要包含工期（要有冗余时间，以便充足的时间应对过程中的突发事件）、人员配置、具体的功能项所需工时、起始结束时间、所涉及的技术等。

2.3不可或缺的团队管理，才能打造高效率的团队建设

兵怂怂一个，将怂怂一窝，一将无能累死三军，很多地方都有标明，一个团队里面领头羊的重大影响，所以，再产品搭建完善的过程中需要一个优秀的领头羊，进行团队管理，更有效率的产出产品。

日常开发过程中，会有很多问题，员工的积极性底下、项目进度缓慢、实现的功能不符合前期期望、项目返工等等，所带来的结果就是工期变长，研发人员疲惫不堪还没有多大进展，每天都很忙，但是没有多大的实际产出，对于公司来说，成本增加，由于工期变长，可能还会导致正常的交付时间无法准时交付，严重的还会面临违约等，那么到底有没有什么办法是可以解决，或者降低这些问题的发生呢？答案是肯定有的。

就我个人而言参与或者负责大大小小的项目也不少了，有的项目做得很累，有的项目做起来也很轻松，项目做得累，肯定就是上面哪些问题的产生导致的。

要想项目做的轻松，就是自己知道项目要干什么，业务流程是什么，什么时候应该做什么事情，在知道项目业务的基础上对项目有自己的把控，能合理的安排时间，想要实现这个场景，需要一个前提就是员工知道自己负责研发的功能所属的项目业务。

这里就很突出一个团队领头羊，项目管理者的能力了，项目干的好，干的顺，那肯定是自上往下都是通顺的，项目总负责人需要把控的是整个项目的发展情况，需要知道项目不同时间点做成什么样了，有没有什么问题，这些问题对项目有没有影响，项目研发过程中会不会有什么开始没考虑到的问题，有应该怎么解决，尽量的避免项目返工，尽量再一些大问题发生之前提前调头；那么再之下的子系统负责人或者研发组长之类的，就需要把控住自己负责的模块建设有没有问题，进度之类的，总之就是项目研发过程中想要尽可能的顺畅，那么一个会团队管理的项目负责人是不可或缺，优秀的团队管理，可以提高团队效率，减少成本。

1. 如何更好的建设数据中台——实际建设数据中台

3.1快速失败、快速试错

项目研发过程中，总会有一些不确定项需要进行验证确定，没有任何一件事最终结果是可以不经过任何失败、总结、成功的历程，那么在项目中也是一样，再没有人能完全肯定是否正确的时候，我们应该勇于试错，敢于失败，再有一个或者多个选择时，可以尽量择优去尝试，选择目标后，尽快落实，争取最短时间内拿到结果，从而判定当前业务到底选择哪一个方案进行实施。

试错的过程中，也需要注意的是，不能听到什么技术，感觉有用就去尝试，这就不是试错了，而是无头苍蝇一样的病急乱投医，不断增加了工作量，还会多出很多无用功，这里就需要负责人对方案选择的时候，尽量自己有个底，是在多个解决方案里面择优，而不是多个判断里面通过试错尝试判断选择哪一个。

只有快速的产出结果，才能够有充足的，更短的时间内更改错误，选择更佳的方案去解决问题，更快速的实现功能。

3.2实时项目状态

项目落实过程中，由于每个人的技术功底、思维模式不同，一千个人眼里有一千个哈利波特，不同的人在项目功能实现过程中进度是不一样的，并且也会或多或少的遇到一些问题，这就需要项目负责人对于项目把控力度较强一点，不影响整体进程的情况下可以给个人成长，克服困难的时间、空间，在有影响进度的可能时，及时的做出调整，实时把控项目进度，从而更合理的分配资源，更高的提升工作效率。