简介

阿里云数据中台是一个包含落地实施方法论、平台产品和技术服务的企业级解决方案。阿里云数据中台以Maxcompute等大数据计算平台为载体,以三个One为理论基础构成数据中台方法论,实现在一个平台里完成数据全生命周期的管理工作。

本文总结了企业级数据中台项目的实践经验,希望能够为正在规划或者已在实施数据中台类项目的企业和个人提供经验。

阿里云数据中台类项目的管理全貌和实施过程可以总结为以下大图:

数据中台项目管理实践分享(一)项目启动

数据中台项目是一个企业级的项目,在每个数据中台项目的建设之初,需要进行全盘且较为全面的规划,避免‘单烟囱’式的方式去建设中台。

启动阶段是极为重要的,大部分的计划和规划都在这个阶段产出,建议这个阶段应该占到整个项目计划时间的15%。若项目计划规划不充分,项目实施就可能是一个填坑的过程。在项目起始阶段,可按4步走:

1. 定目标

2. 定团队

3. 定计划

4. 定章法

定目标

在数据中台项目开始之前,需要考虑企业建设中台的初衷与目标。了解企业目前的战略,调研每个数据中台场景涉及的部门、部门目标,以及部门之间、场景之间的联通性。这样有助于实现数据中台的一体化建设,明确数据中台建设的目标,避免后续工作的返工。

基于企业目标和战略,拆解各个部门的目标和KPI。 在规划数据中台时,考虑如何通过数据化进行分析、评价和考核,并通过可视化展示目标与进展。在调研项目目标时,项目组需要着重考量:

1. 企业中不同角色都需要什么样的数据支持,这些数据的分布在哪里?数据流向何处?管理层建设数据中台的初衷是什么,他们都在关注哪些数据?

例如有些企业建设数据中台的初衷是进行数据治理,是想统一当前口径不一致的指标。如果我们能知道哪几个指标是管理层最大的痛点,就可以优先治理,提前满足管理层的部分需求。企业级数据中台的建设必须得到企业级管理层的支持,而数据类的项目常常是一个长期价值大,但过程枯燥的项目。所以,持续性向领导层体现项目的建设亮点就显得特别重要。

2. 企业客户的数据将会如何被使用,从技术实施上考虑如何搭建相对应的架构?

例如实时和非实时场景,这也决定或影响了后续上云的架构。

3. 这些数据所涉及到的业务流程有哪些?

除了要明确项目的目标之外,在实施过程中还需要考虑合同的约束条件,例如有无时间约束,投入工作量,是否对员工进行培训等。一些细节因素也会对项目产生影响。例如如果员工考核是在年底的12月31日,那项目最好在12月初就能有较好的产出,以便满足项目参与人员的绩效考核。

通过以上综合的考量,才能定下数据中台项目的目标,和每一个场景的子项目目标。

定团队

大型企业客户特别关心项目组织阵型和分工。数据中台项目是企业级项目,一个成功的数据中台项目团队,是必须有甲方的核心管理层、业务方、和技术方密切参与的。在很多的项目中,由于甲方团队不能深度参与或者角色缺失,导致协调力度不够,引起进度和质量的不可控。特别是政府和大型企业的项目,最难处理的就是组织内部的关系。组织架构图的绘制需要思考如何做到一碗水端平,又能满足推动项目的目的。

企业级项目建议设置一个项目管理委员会(Project Control Borad,以下简称PCB),由甲方的核心管理层和乙方的核心管理层参与。PCB的角色在于确定项目的目标,解决内部分歧,在项目需要决策时提供决策支持。如果PCB缺失,甲方多部门参与项目的时候,很容易因为部门间利益冲突,使得问题难以调停。

在大企业经常有的组织结构是,IT类项目的合同方是IT部门,但主导部门却是数据部门。IT部门与数据部门对项目的诉求,甚至可能是冲突的。项目组的结构设计必须充分考虑各个团队的诉求点,在求同存异的大方向下,确保大目标一致,让各个团队都处在适合的位置。为此,在传统角色的基础上,建议加设Product Owner的角色。可尝试由IT部门担任PM,数据类项目涉及较多IT部门内部流程,由IT部门的PM来协调流程更为顺畅,例如数据权限开通,产品权限开通等。 Product Owner可以来管控需求和需求的优先级。

项目角色定位

客户侧角色

项目交付过程中,客户方的配合尤为重要,因此客户的角色显得尤为重要。

客户需求决策者Project Owner

1. 产品需求负责人

2. 统一需求间存在的分歧

3. 迭代式定义产品及需求优先级

客户项目经历Project Manager

1. 解决团队每日存在的Blocker,重点解决客户侧的所有问题。

2. 保证最大限度完成每一次迭代,为总体进度负责。

3. 告知客户所需的流程需要,要做到可量化,可测试,可执行。

4. 组织每日站会,周会等例会。

客户业务方负责人

1. 统筹每个场景客户业务需求。

2. 定义业务需求的Definition of Done (例如指标业务逻辑)。

3. 验证和验收上云结果。(注:上云数据的质量结果,从一开始就需要业务方去验证。项目推进过程中,经常出现由于源头数据缺失或质量不达标的情况引起指标不准确的情况)

4. 验证与验收指标。

客户业务配合人

1. 客户业务需求的制造者。

2. 定义业务需求的Definition of Done (例如指标业务逻辑)。

3. 验证和验收上云结果。

4. 验证与验收指标。

客户技术负责人(客户TM)

1. 对整体的交付质量负责,对每一次迭代的质量负责。

2. 告知并协助客户的质量和管理流程。

3. 统筹数据盘点和数据上云等工作。

客户技术实施人

1. 数据盘点和数据上云等工作。

阿里云侧角色

与之配合,阿里也需要提供五位一体的团队提供支持:

项目经理 Project Manager

1. 解决团队每日存在的Blocker,重点解决阿里侧的所有问题。

2. 保证最大限度完成每一次迭代,为总体进度负责。

3. 组织每日站会,周会等例会。

架构经理Architect Manager

1. 参与业务和数据资产调研,整理数据资产报告

2. 数据的模型设计

3. 面向产品开发部门,反馈产品需求和建议。

技术经理Technical Manager

1. 管理并进行相关的开发工作,对整体的交付质量负责,对每一次迭代的质量负责。

2. 指导技术人员使用阿里产品,遵守开发规范等技术要求。

3. 评估工作量,并合理分配技术工作。

业务分析师 Business Analyst

1. 对整体的咨询质量负责,为项目的亮点提炼负责。

2. 总结,赋能和实践数据阿里的最佳实践和方法论。

产品PD

1. 负责可视化展示的设计。

2. 保证所设计的指标能落地。

3. 负责内部自测。

定计划

唯有项目目标和项目团队明确了以后,才能开始计划的定制。项目计划的制定必须是一个严谨详细,群策群力的过程。一个好的计划想要达到的效果是,让项目组的每个人,能够把这个项目即将经历的事情,都在脑海里面过一遍。这就例如史蒂芬·柯维在《高效能人士的七个习惯》书中所说的第一次创造的过程。

在这个过程中,经常能够预见到很多风险。在很多公司很多人对于“创建详细计划”有抵触心理,喜欢直接开干。这其实是不应该的,在交付ToB、ToG项目时,如果前期计划规划做得不够,很可能面临客户的挑战,例如客户可能会有如下的问题:

1. 你们定的计划怎么和实际操作不太一样?我怎么通过计划监督你们的进度?

2. 你们计划里面的一个任务就持续了两个月的时间,这个任务都包含了什么?

3. 从原始计划上看不到我们甲方需要配合什么,为何经常需要甲方紧急的协助?

4. 为何项目预知风险的能力?

5. 每个项目之间的关系是什么?

定章法

有人的地方便有江湖,特别是新组建的项目团队,大家都来自不同的团队,代表着不同的利益。在项目实施的开始之初,如果能够组织项目组共同制定项目章程,将会对项目的顺利实施起到非常大的帮助。创建项目章程的目的是,约定多方共事的游戏规则,以达到在满足各自利益的前提下,共同完成项目的目标。

项目章程包含了项目目标、团队和计划,同时也包含验收方式,先决条件和协作方式等。同时提醒一点,要和客户定章程,需要有良好的客户关系为基础,有了一定的默契才能真正遵守。缺少了人的支持,项目章程就变得没有价值。甲方也需要重视项目章程的落地,这也是对甲乙双方合作关系的保护。

数据中台项目管理实践分享(二)需求调研与设计

需求调研和设计阶段,目的是承接的是项目起始阶段的产物,并给下一阶段“技术实施”输出详细的开发实施需求。

为了加速项目的实施进度,在做需求调研的同时,还可以同步进行数据的上云工作,和数据中台数据架构的设计(公共层设计)。以下3条线是可以并行进行:

l 业务线负责业务调研

l 上云线负责数据上云

l 架构线负责公共层数据架构设计

业务线

业务调研及结合行业最佳实践

阿里云数据中台类项目的实施,有一个比较大的不同点在于,阿里云数据中台是基于业务场景驱动的技术交付。 每一个业务场景都是围绕着建立针对该业务场景的指标/标签体系(以下简称指标体系),并通过指标体系指导业务运营,驱动和实现价值创造的过程。

指标体系的建设过程,是对现有指标或指标体系的梳理,并结合行业或者跨行业(例如互联网行业,新零售行业)的理解和最佳实践,形成一套新的,能够高效指导业务运营的指标体系。对于现有指标体系的收集,阿里云提供一系列的模板,可让甲方根据日常的经验来收集填写。

对于没有实施过数据中台项目的人,可能对指标/标签体系和运营的关系理解不深,不明白指标/标签是如何对运营能够起到作用。举一个相关的例子,新零售常用的AIPL营销模型,是把人群资产定量化运营的模型,如下详解:

A(Awareness),品牌认知人群。包括被品牌广告触达和品类词搜索的人;

I(Interest),品牌兴趣人群。包括广告点击、浏览品牌/店铺主页、参与品牌互动、浏览产品详情页、品牌词搜索、领取试用、订阅/关注/入会、加购收藏的人;

P(Purchase),品牌购买人群,指购买过品牌商品的人;


本文由转载于互联网,如有侵权请联系删除!