约束与假设是什么
约束是限制项目选择的既定条件，例如预算上限、法规期限、指定技术栈或资源可用性，项目只能在其框架内做设计。假设是当前视为成立但尚未验证的因素，例如供应商按期交货、业务方按时提供数据。假设需要记入假设日志并设定验证时限，否则它不会消失，只会变成隐性风险。
基本信息
| 约束举例 | 预算上限、法定交付期限、指定技术栈、场地与资质限制、合规要求 |
|---|---|
| 假设举例 | 关键供应商按期交货、业务方按时提供数据、第三方接口按期开放 |
| 管理载体 | 假设日志、风险登记册、项目章程与计划中的约束说明 |
| 关键字段 | 假设内容、提出人、验证方式、验证时限、若不成立的影响 |
| 转移机制 | 假设被推翻后转为风险或问题，进入对应管理流程 |
典型使用场景
- 规划阶段梳理前提条件，明确哪些结论依赖尚未验证的假设
- 投标与报价：把假设写入方案，作为后续变更或索赔的依据
- 跨组织项目：把外部方交付时点作为假设跟踪，避免被动等待
- 阶段关口复核：检查关键假设是否已验证，未验证的不再作为规划基础
- 变更评估：判断变更是否使某个既有假设失效，需连锁调整
假设日志字段示例
假设日志字段示例
编号 | 假设内容 | 提出人 | 验证方式 | 验证时限 | 状态 | 若不成立的影响
A-003 | 业务方在 6 月底前提供历史数据全量导出 | 数据负责人 | 核对导出记录 | 6 月 30 日 | 未验证 | 数据迁移延后，影响 7 月中旬试运行
# 验证时限必须落到具体日期与责任人，否则不会被执行
A-007 | 第三方支付接口在 8 月前完成联调环境开放 | 技术负责人 | 环境连通性测试 | 8 月 5 日 | 已验证 | —
规则：假设被推翻后转为风险或问题，并在登记册中建立关联
# 假设失效若不转移，会成为无人负责的隐性风险约束与假设的区别
| 维度 | 约束 | 假设 |
|---|---|---|
| 性质 | 既定条件，短期内不可更改 | 当前视为成立但未验证 |
| 管理动作 | 识别、记录并纳入设计边界 | 登记、验证并设定时限与影响 |
| 变化后处理 | 通过变更流程调整或接受 | 转为风险或问题并重新规划 |
| 典型载体 | 项目章程、范围说明书、计划假设章节 | 假设日志 |
| 常见错误 | 把可变条件当约束，方案被无谓限制 | 只记录不验证，假设失效才发现 |
假设过期仍按原值规划，是最常见的进度失守来源之一；验证时限必须落到具体责任人与日期。涉及法规期限、许可有效期的条件不应按假设管理，而应作为硬约束处理。