干系人诉求与目标对齐
不同干系人的诉求天然冲突：业务部门要快速上线，合规与安全要求稳妥可审计，运维希望少变更，财务关注投入产出。对齐的目的是把这些诉求按组织目标与约束排出优先级，明确取舍规则与让步补偿，并把结论固化到范围说明书与验收标准中，让后续执行有据可依。
基本信息
| 核心问题 | 诉求冲突时按什么规则取舍 |
|---|---|
| 取舍依据 | 组织战略目标、合规底线、收益优先级、合同约束 |
| 固化载体 | 范围说明书、验收标准、变更记录、决策纪要 |
| 参与角色 | 发起人、业务负责人、项目经理、合规与运维代表 |
| 更新时机 | 目标变化、组织调整、重大变更或验收争议出现时 |
典型使用场景
- 立项与需求收集阶段：把各方诉求摊开比对，先暴露冲突再谈排序
- 需求评审会：对同一功能的体验与安全要求出现分歧时，按底线优先规则裁定
- 预算或工期被压缩时：需要明确谁的范围被裁剪、以什么条件补偿
- 验收争议出现时：回溯当初的对齐结论，以书面口径判定是否达标
- 组织目标调整期：战略优先级变化后重新评估在建需求的必要性
对齐过程示例
对齐过程示例
1) 列出关键诉求与冲突点，逐条对应到干系人
2) 以组织目标与合规要求为硬约束做排序
3) 明确取舍结论：谁让步、让步幅度、补偿方式
4) 写入范围说明书与验收标准，各方书面确认
5) 执行期出现新冲突时回到第 3 步并更新版本冲突诉求处理
| 冲突类型 | 取舍依据 | 落地做法 |
|---|---|---|
| 进度与合规 | 合规优先，调整交付批次 | 拆分上线范围，先交付合规部分 |
| 范围与预算 | 按收益优先级裁剪 | 列出本期不做清单并说明后续时点 |
| 体验与安全 | 安全底线不让步 | 在安全允许范围内优化交互 |
| 标准化与定制 | 评估长期维护成本 | 定制项单独立项或转为配置项 |
对齐的成果不是共识感受，而是可引用的书面结论：文档里写清哪条诉求被采纳、哪条被推迟、依据是什么，才经得起执行期与验收期的反复检验。
冲突诉求只做口头协调不落文档，执行中会不断回到原点，每次会议都要重新争论一遍。