# 数据项目生命周期

## 用法

当任务涉及建设、整改、迁移、上线或持续运营时读取本文件。生命周期不是固定瀑布；可以迭代，但每个阶段门都必须有证据。DMBOK 活动类型映射如下：

- **Plan**：确定目标、原则、范围、优先级与路线；
- **Control**：定义决策权、标准、质量、安全、变更和监督；
- **Develop**：分析、设计、构建、测试、部署；
- **Operate**：运行、支持、监控、改进和退役。

## 1. 对齐（Align）

**回答的问题：** 为什么现在做，谁从什么决策或流程中获得价值？

**活动：** 明确业务结果、消费者、价值假设、成功/伤害场景、关键数据对象、约束与赞助人；确认项目是否真需要数据建设。

**交付物：** 项目章程、价值假设、范围边界、利益相关者图、初始风险与决策日志。

**阶段门证据：** 业务负责人确认结果和优先级；数据消费者及用途明确；范围内外可区分；重大伦理/合规疑问已有所有者。

## 2. 评估（Assess）

**回答的问题：** 当前能力、数据和组织离目标多远，证据是什么？

**活动：** 盘点数据、流程、系统、质量、元数据、控制、角色和已有工件；必要时执行成熟度评估，但不先假定要做全面评估。

**交付物：** 现状图、数据/系统清单、质量基线、控制差距、能力热图、依赖与风险清单。

**阶段门证据：** 结论可追溯到文档、访谈、查询或运行证据；未知项显式标记；差距按业务影响而非工具偏好排序。

## 3. 规划与设计（Plan & Design）

**回答的问题：** 哪个最小能力组合能安全地产生结果？

**活动：** 选择知识域；设计目标状态、治理与组织模型；定义数据产品/接口/模型/规则/控制；确定过渡路径、验收、里程碑和资源。

**交付物：** 目标/过渡架构、领域工作包、RACI、路线图、数据契约、控制矩阵、测试与上线计划。

**阶段门证据：** 每个工作包有责任人、输入、输出和验收；依赖顺序可执行；裁剪项有风险所有者和触发条件；运行责任已指定。

## 4. 开发与验证（Develop & Validate）

**回答的问题：** 工件和控制是否在代表性条件下工作？

**活动：** 构建与配置；数据剖析、迁移或集成；模型与规则评审；功能、质量、安全、恢复和用户验收；记录血缘、版本和例外。

**交付物：** 可运行增量、测试证据、缺陷/问题台账、更新后的元数据和血缘、培训与运行手册草案。

**阶段门证据：** 关键验收用真实或代表性数据通过；高风险问题关闭或被有权人接受；回滚/恢复经过演练；元数据与实现一致。

## 5. 部署与转交（Deploy & Transition）

**回答的问题：** 组织能否安全使用并接管该能力？

**活动：** 灰度或分批发布；数据切换与对账；权限和监控启用；角色培训；支持、升级和沟通；正式移交。

**交付物：** 发布记录、对账报告、批准的例外、培训记录、值班/升级表、服务目标和运营接管签字。

**阶段门证据：** 业务、技术、数据和控制负责人分别签署；回滚路径有效；支持容量足够；用户知道如何使用、质疑和升级。

## 6. 运营与改进（Operate & Improve）

**回答的问题：** 价值和控制是否持续，何时修正或退役？

**活动：** 监控服务、质量、使用、风险和成本；处理问题与根因；管理变更；复核访问、用途和元数据；衡量采纳与价值；再评估或退役。

**交付物：** 记分卡、问题/变更记录、根因与预防措施、能力改进计划、再认证或退役证据。

**持续门证据：** 指标有趋势和阈值；偏离会触发明确动作；所有权仍有效；新增用途重新评估；无价值或不可控的能力被缩减或退役。

## 阶段门审阅规则

1. 证据优先于完成百分比。
2. 业务、数据、技术和控制责任不能由一个模糊的“项目组”代替。
3. 每个例外包含风险、批准人、到期日和补救动作。
4. 未通过阶段门时，明确保持、回退、缩小范围或重新设计，不以日期压力自动放行。