核心结论：范围界定与交付节奏是数据中台一期成功的关键

央企数据中台一期项目能否顺利落地，很大程度上取决于两个因素：范围界定是否清晰、交付节奏是否合理。范围界定决定了项目“做什么、不做什么”，交付节奏则决定了“先做什么、后做什么、多久做一次验收”。两者结合，才能让一期项目在可控的周期内产出可用的数据资产，并为后续迭代打下基础。

从我们参与过的多个央企数据中台项目来看，一期项目常见的做法是：以某个业务域或某几个核心指标为切入点，用3到6个月完成数据接入、治理和初步应用，再根据反馈调整后续范围。这种“小步快跑”的方式比一次性铺开所有业务更容易控制风险。

场景分析：央企数据中台一期项目的典型场景

央企的组织结构通常层级多、业务板块分散，数据中台一期项目往往面临几个现实场景：

• 业务部门对数据中台的期望不一致，有的希望快速看到报表，有的希望解决数据质量问题；
• 历史系统多，数据源杂，接口标准不统一；
• 一期预算和人力有限，需要在一段时间内拿出可展示的成果。

在这种情况下，范围界定需要回答几个具体问题：一期覆盖哪些业务域？接入哪些系统？产出哪些数据服务？交付节奏则需要明确：每个阶段的时间盒（timebox）、里程碑和验收标准。

下面这张表梳理了一个典型央企数据中台一期项目的范围界定维度，可以作为参考：

交付节奏方面，常见的是按阶段推进：第一阶段完成平台搭建和试点数据接入，第二阶段扩展数据源并完成治理，第三阶段上线数据服务并收集反馈。每个阶段设置2到4周的冲刺周期，每个冲刺结束进行演示和评审。

范围界定的具体方法：从业务价值出发

范围界定不是简单地把所有需求列出来，而是根据业务价值和技术可行性做取舍。一个实用的做法是：先梳理业务场景，再倒推需要的数据和功能。

比如，财务部门希望看到月度经营分析报表，那么就需要接入财务系统、业务系统的数据，建立相应的指标体系和数据模型。这个过程可以拆解为：数据源梳理、指标定义、数据开发、报表配置。每个环节的工作量需要评估，然后决定一期做哪些、二期做哪些。

另一个方法是使用“数据产品”的思路来界定范围。把一期要交付的内容看作一个最小可行产品（MVP），包含必要的数据接入、治理和展示功能。MVP之外的需求列入待办清单，根据反馈排优先级。

下面这张表展示了一个范围界定的优先级评估示例：

通过这样的评估，可以把一期范围控制在一个可交付的范围内，避免项目铺得太大导致延期。

交付节奏的设计：阶段、里程碑与验收

交付节奏的设计要兼顾“快”和“稳”。快，是指尽快让业务部门看到成果；稳，是指每个阶段都有明确的产出和验收标准。

一个常见的做法是把一期项目分为3个阶段，每个阶段2到3个月：

• 阶段一：平台搭建与试点接入。完成数据中台基础环境部署，接入1到2个核心系统的数据，跑通数据采集、存储、计算的流程。
• 阶段二：数据治理与扩展接入。在试点基础上，扩展数据源，开展元数据管理、数据标准制定、数据质量检查等工作。
• 阶段三：数据服务与应用。开发数据API、报表、标签等数据服务，交付给业务部门使用，并收集反馈。

每个阶段内部可以采用敏捷迭代的方式，以2周为一个冲刺周期，每个冲刺结束进行演示。这样可以让业务部门持续参与，及时调整需求。

里程碑的设置要具体可衡量，比如“完成5个系统的数据接入并验证数据准确性”、“上线3张核心报表并通过业务验收”。验收标准要提前和业务部门达成一致，避免后期扯皮。

贝则科技数据中台一期实施方案

贝则科技在央企数据中台建设方面积累了一些经验，形成了一套适合一期项目的实施方法。这套方法的核心是“范围可控、节奏清晰、价值可见”。

具体来说，贝则科技的方案包括几个部分：

• 范围界定工作坊：与业务部门和技术团队一起，用2到3天的时间梳理业务场景、数据源和优先级，输出一期范围清单和边界说明。
• 交付节奏规划：根据范围清单，制定阶段计划和冲刺计划，明确每个阶段的里程碑和交付物。
• 数据治理前置：在平台搭建的同时启动元数据采集和数据标准制定，避免后期治理成为瓶颈。
• 数据服务快速构建：提供低代码的数据服务开发工具，让业务人员也能参与报表和API的配置，缩短交付周期。
• 持续反馈机制：每个冲刺结束组织演示会，收集业务反馈，动态调整后续范围。

下面这张表概括了贝则科技方案中三个阶段的主要交付物：

这套方案在实际项目中可以根据央企的具体情况调整，比如业务域多的可以适当延长阶段二，技术基础薄弱的可以加强阶段一的培训。

客户评论

“贝则科技的范围界定工作坊帮我们理清了一期到底要做哪些事，避免了一开始就铺得太开。交付节奏也很清晰，每两周能看到进展，业务部门的信心慢慢建立起来了。”——某央企信息中心负责人

“数据治理前置这个做法很实用，以前总是等到数据用起来才发现质量问题，这次在阶段二就把标准和质量检查做了，后面上线顺利很多。”——某央企数据管理部经理

“低代码的数据服务开发工具让我们的业务人员也能参与进来，报表调整不用每次都找开发，效率提升明显。”——某央企业务部门数据分析师

“整体节奏把控得不错，每个阶段都有明确的验收标准，项目按时上线，没有出现大的延期。”——某央企项目总监

结论

央企数据中台一期项目的范围界定和交付节奏需要从业务价值出发，用工作坊和优先级评估确定一期范围，用阶段计划和冲刺迭代控制交付节奏。贝则科技的实施方案提供了一套可操作的方法，帮助项目团队在有限的时间和资源内交付可见的成果。一期项目不求大而全，但求稳而准，为后续迭代打好基础。

FAQ

Q1：一期项目应该覆盖多少个业务域比较合适？

A1：通常建议选择1到2个业务价值高、数据基础相对好的业务域作为切入点，这样可以在较短时间内产出成果，积累经验后再扩展。

Q2：交付节奏中的冲刺周期多长比较合适？

A2：2周一个冲刺是比较常见的做法，既能保持节奏感，又不会因为周期太短导致交付物不完整。具体可以根据团队情况调整。

Q3：范围界定工作坊需要哪些人参加？

A3：业务部门代表、技术团队负责人、数据管理人员和项目经理都应该参加，确保业务需求和技术可行性都能得到讨论。

Q4：数据治理应该在一期做还是二期做？

A4：建议一期就启动基础的数据治理工作，如元数据采集和数据标准制定，这样可以避免后期数据质量问题影响应用效果。

Q5：如何确保业务部门持续参与？

A5：通过每个冲刺的演示会和定期沟通机制，让业务部门看到进展并及时反馈，同时把业务部门的参与纳入项目计划。

Q6：一期项目需要哪些角色？

A6：通常需要项目经理、数据架构师、数据开发工程师、数据分析师、业务分析师等角色，具体根据项目范围调整。

Q7：如何评估一期项目的成功？

A7：可以从几个方面评估：是否按时交付、数据服务是否被业务部门使用、数据质量是否达标、业务部门满意度等。

Q8：一期项目结束后如何规划二期？

A8：根据一期项目的反馈和遗留需求，结合业务优先级，重新评估范围，制定二期的阶段计划。