数据项目生命周期
用法
当任务涉及建设、整改、迁移、上线或持续运营时读取本文件。生命周期不是固定瀑布;可以迭代,但每个阶段门都必须有证据。DMBOK 活动类型映射如下:
- Plan:确定目标、原则、范围、优先级与路线;
- Control:定义决策权、标准、质量、安全、变更和监督;
- Develop:分析、设计、构建、测试、部署;
- Operate:运行、支持、监控、改进和退役。
1. 对齐(Align)
回答的问题: 为什么现在做,谁从什么决策或流程中获得价值?
活动: 明确业务结果、消费者、价值假设、成功/伤害场景、关键数据对象、约束与赞助人;确认项目是否真需要数据建设。
交付物: 项目章程、价值假设、范围边界、利益相关者图、初始风险与决策日志。
阶段门证据: 业务负责人确认结果和优先级;数据消费者及用途明确;范围内外可区分;重大伦理/合规疑问已有所有者。
2. 评估(Assess)
回答的问题: 当前能力、数据和组织离目标多远,证据是什么?
活动: 盘点数据、流程、系统、质量、元数据、控制、角色和已有工件;必要时执行成熟度评估,但不先假定要做全面评估。
交付物: 现状图、数据/系统清单、质量基线、控制差距、能力热图、依赖与风险清单。
阶段门证据: 结论可追溯到文档、访谈、查询或运行证据;未知项显式标记;差距按业务影响而非工具偏好排序。
3. 规划与设计(Plan & Design)
回答的问题: 哪个最小能力组合能安全地产生结果?
活动: 选择知识域;设计目标状态、治理与组织模型;定义数据产品/接口/模型/规则/控制;确定过渡路径、验收、里程碑和资源。
交付物: 目标/过渡架构、领域工作包、RACI、路线图、数据契约、控制矩阵、测试与上线计划。
阶段门证据: 每个工作包有责任人、输入、输出和验收;依赖顺序可执行;裁剪项有风险所有者和触发条件;运行责任已指定。
4. 开发与验证(Develop & Validate)
回答的问题: 工件和控制是否在代表性条件下工作?
活动: 构建与配置;数据剖析、迁移或集成;模型与规则评审;功能、质量、安全、恢复和用户验收;记录血缘、版本和例外。
交付物: 可运行增量、测试证据、缺陷/问题台账、更新后的元数据和血缘、培训与运行手册草案。
阶段门证据: 关键验收用真实或代表性数据通过;高风险问题关闭或被有权人接受;回滚/恢复经过演练;元数据与实现一致。
5. 部署与转交(Deploy & Transition)
回答的问题: 组织能否安全使用并接管该能力?
活动: 灰度或分批发布;数据切换与对账;权限和监控启用;角色培训;支持、升级和沟通;正式移交。
交付物: 发布记录、对账报告、批准的例外、培训记录、值班/升级表、服务目标和运营接管签字。
阶段门证据: 业务、技术、数据和控制负责人分别签署;回滚路径有效;支持容量足够;用户知道如何使用、质疑和升级。
6. 运营与改进(Operate & Improve)
回答的问题: 价值和控制是否持续,何时修正或退役?
活动: 监控服务、质量、使用、风险和成本;处理问题与根因;管理变更;复核访问、用途和元数据;衡量采纳与价值;再评估或退役。
交付物: 记分卡、问题/变更记录、根因与预防措施、能力改进计划、再认证或退役证据。
持续门证据: 指标有趋势和阈值;偏离会触发明确动作;所有权仍有效;新增用途重新评估;无价值或不可控的能力被缩减或退役。
阶段门审阅规则
- 证据优先于完成百分比。
- 业务、数据、技术和控制责任不能由一个模糊的“项目组”代替。
- 每个例外包含风险、批准人、到期日和补救动作。
- 未通过阶段门时,明确保持、回退、缩小范围或重新设计,不以日期压力自动放行。