干系人期望登记表以“一条期望一行记录”为基本单位，让每项期望的来源、优先级、承诺和变更都能被追溯。模板先保证这四类信息可核对，再按项目规模增减列。下面给出可直接复制的空白表、字段填写口径、必填与选填划分，以及一条完整记录的填写示例。
要点总览（TL;DR）
- 干系人期望登记表以“一条期望一行记录”为基本单位，核心字段分为四组：识别与来源、内容与评估、承诺与验证、变更与关闭。
- 启动与规划阶段的最小必填集包括期望编号、提出人及角色、期望来源与提出时间、期望描述、影响范围、优先级及判定依据与判定人、当前状态。
- 优先级要同时记录判定依据和判定人，承诺状态要与承诺内容、承诺人、承诺时间成对维护，状态为“已承诺”时三项都应填写。
- 变更采用子表记录，每次修改主表字段新增一行，写明变更字段、变更前后值、变更原因、提出人与确认人，主表状态随之联动。
- 小型项目可合并列把主表控制在十二列左右，中大型项目保留完整字段并拆分子表；字段增删需满足有填写人、有稳定口径、能支撑决策三个条件。
可直接复制的干系人期望登记表空白模板
主表用于登记单条期望的完整生命周期，变更记录子表用于留存每次字段调整的痕迹。复制到表格工具时，主表与子表各建一个工作表，用“期望编号”关联。
主表表头与空白行如下：
| 期望编号 | 提出人 | 提出人角色 | 期望来源 | 提出时间 | 期望描述 | 真实诉求 | 期望分类 | 关联项目目标 | 影响范围 | 优先级 | 优先级判定依据 | 优先级判定人 | 当前状态 | 承诺内容 | 承诺人 | 承诺时间 | 验证方式 | 冲突标记 | 沟通记录链接 | 关闭结论 | 最后更新时间 |
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| EXP-001 | |||||||||||||||||||||
| EXP-002 | |||||||||||||||||||||
| EXP-003 |
变更记录子表结构如下，每次修改主表字段时新增一行：
| 变更序号 | 期望编号 | 变更时间 | 变更字段 | 变更前值 | 变更后值 | 变更原因 | 提出人 | 确认人 |
|---|---|---|---|---|---|---|---|---|
| CHG-001 | ||||||||
| CHG-002 |
状态取值集合建议统一为：待评估、已确认、已承诺、部分承诺、无法承诺、已兑现、已关闭、已取消。优先级取值集合建议统一为：高、中、低，必要时增加“待定”，但“待定”应附上判定时限，避免长期悬空。
当登记表需要多人协作维护时，可以把主表作为结构化工作项管理，把背景材料和沟通纪要放在文档中。ONES Wiki 支持页面模板库，一键创建制式化文档模板；文档可关联项目任务，页面组可关联项目，便于期望条目与项目记录互相对应。
每个字段记录什么：字段说明与填写口径
字段说明的重点是让不同填写人产出可比较、可核对的内容。下表按字段分组说明用途与写法。
| 字段 | 用途 | 填写口径 |
|---|---|---|
| 期望编号 | 唯一标识一条期望 | 采用“EXP-序号”格式，编号一经分配不复用 |
| 提出人、提出人角色 | 定位期望主体 | 写具体姓名与项目角色，角色写其与项目的关系，如“客户方业务负责人” |
| 期望来源 | 保留可追溯出处 | 写明渠道与场合，如“2025-03-10 需求评审会口头提出”“邮件转述”“访谈记录第3页”，并附原始表述要点 |
| 提出时间 | 判断时效与先后 | 写首次提出的日期，转述的注明原始提出时间 |
| 期望描述 | 记录期望本身 | 用提出人的原意表述，一句话说清“希望项目做到什么”，避免混入解决方案 |
| 真实诉求 | 识别期望背后的动机 | 写期望要解决的问题或规避的风险，如“担心上线后报表口径不一致被审计质疑” |
| 期望分类 | 便于筛选与统计 | 按范围、质量、进度、成本、合规、体验等类别选一至两项 |
| 关联项目目标 | 判断相关性 | 填写对应的项目目标编号或名称，无关联的注明“无直接关联” |
| 影响范围 | 支撑优先级判断 | 写受影响的模块、流程、干系人群体及大致数量 |
| 优先级、判定依据、判定人 | 使优先级可比较 | 依据写影响范围、紧迫度、与项目目标的关联三项中实际起作用的部分，并署名判定人 |
| 当前状态 | 反映处理进展 | 从统一取值集合中选择，状态变化时同步更新“最后更新时间” |
| 承诺内容、承诺人、承诺时间 | 记录项目方的回应 | 承诺内容写具体交付物、范围或时间；承诺人写有权做出承诺的角色；承诺时间写做出承诺的日期 |
| 验证方式 | 确认期望是否被满足 | 写可检查的验收动作，如“演示报表口径对照”“提供合规说明文档并经对方确认” |
| 冲突标记 | 提示期望之间的矛盾 | 与其他期望冲突时填写对方编号，并简述冲突点 |
| 沟通记录链接 | 连接过程材料 | 填写会议纪要、邮件或文档的存放位置 |
| 关闭结论 | 说明最终处理结果 | 写“已满足”“部分满足并说明差异”“无法满足及原因”“已取消及原因” |
来源字段的填写口径要特别强调原始性。只写“客户希望加强报表”属于转述结论，后续无法核对；写成“2025-03-10 需求评审会，客户方财务负责人提出，原话为‘月度报表要能按事业部拆分，否则审计时说不清’”，才保留了可追溯的出处和真实诉求线索。
优先级判定依据要写成可复核的理由，例如“影响上线验收，涉及三个业务部门，关联项目目标G2”，而不是只写“重要”。判定人一栏不可省略，它让优先级成为有主体的判断，后续调整时也知道找谁确认。
承诺状态与承诺内容必须成对维护。状态为“已承诺”时，承诺内容、承诺人、承诺时间三项都应填写；状态为“无法承诺”时，承诺内容一栏写明拒绝理由和替代方案；状态为“部分承诺”时，承诺内容需写清满足的部分与不满足的部分。状态为“已兑现”前，应先按验证方式完成检查。
变更记录与主表状态联动：任何字段修改都在子表新增一行，主表的“最后更新时间”同步刷新。若变更涉及承诺内容，主表状态应相应回退或推进，例如承诺范围缩小后状态从“已承诺”改为“部分承诺”，并在子表记录变更原因。
必填与选填：按项目阶段划分字段要求
字段并非一次全部启用。启动与规划阶段先保证来源可追溯、优先级可比较，执行与收尾阶段再补充承诺验证和关闭类字段。
| 字段 | 启动与规划阶段 | 执行与收尾阶段 | 说明 |
|---|---|---|---|
| 期望编号 | 必填 | 必填 | 全周期唯一标识 |
| 提出人、提出人角色 | 必填 | 必填 | 主体信息不可缺 |
| 期望来源、提出时间 | 必填 | 必填 | 追溯的基础 |
| 期望描述 | 必填 | 必填 | 记录核心内容 |
| 真实诉求 | 建议填写 | 必填 | 规划阶段可先记录初步判断 |
| 影响范围 | 必填 | 必填 | 优先级判断的输入 |
| 优先级、判定依据、判定人 | 必填 | 必填 | 保证可比较 |
| 当前状态 | 必填 | 必填 | 反映进展 |
| 期望分类、关联项目目标 | 选填 | 建议填写 | 用于筛选和统计 |
| 承诺内容、承诺人、承诺时间 | 选填 | 必填 | 做出回应后启用 |
| 验证方式 | 选填 | 必填 | 兑现前需明确检查动作 |
| 冲突标记 | 选填 | 选填 | 出现冲突时填写 |
| 沟通记录链接 | 选填 | 建议填写 | 便于回溯过程 |
| 关闭结论 | 不启用 | 必填 | 关闭时填写 |
小型项目可将“提出人”与“提出人角色”合并为一列，将“优先级判定依据”并入备注列，主表控制在十二列左右，减少维护负担。中大型项目建议保留完整字段，并把变更记录、沟通记录拆为子表，主表只保留当前有效值，避免一行记录过长难以阅读。
跨部门或涉及外部干系人的项目，建议把“冲突标记”和“沟通记录链接”转为必填，因为期望之间的矛盾和沟通证据往往是后续争议的焦点。
填写示例：一条完整期望记录及其变更过程
以下示例为演示情景，用于说明各字段的写法，不代表真实项目数据。
| 字段 | 填写内容 |
|---|---|
| 期望编号 | EXP-007 |
| 提出人、角色 | 张敏，客户方财务负责人 |
| 期望来源、提出时间 | 2025-03-10 需求评审会口头提出，纪要第2页；原始表述“月度报表要能按事业部拆分” |
| 期望描述 | 月度经营报表支持按事业部分别出具 |
| 真实诉求 | 审计时需要按事业部说明收入与费用归属，避免口径不一致被质疑 |
| 期望分类 | 范围、合规 |
| 关联项目目标 | G2 报表体系升级 |
| 影响范围 | 报表模块、三个事业部、月度结账流程 |
| 优先级、依据、判定人 | 高；影响上线验收，涉及三个业务部门，关联G2；项目经理李强 |
| 当前状态 | 已承诺 |
| 承诺内容、承诺人、承诺时间 | 首期上线提供按事业部拆分的月度报表，覆盖收入与费用两类；李强；2025-03-12 |
| 验证方式 | 用上月数据演示拆分结果，由张敏确认口径 |
| 冲突标记 | 与EXP-011（要求合并出具集团口径）存在口径冲突 |
| 沟通记录链接 | 需求评审纪要-0310、口径确认邮件-0315 |
| 关闭结论 | 空，待验证后填写 |
一次优先级调整的登记：项目中期发现报表拆分依赖上游数据改造，交付风险上升，项目经理将优先级从“高”调整为“中”，判定依据改为“依赖上游改造排期，本期先保证集团口径可用”。变更子表新增一行：变更字段为“优先级”，变更前值“高”，变更后值“中”，变更原因写明依赖风险，提出人为项目经理，确认人为项目发起人。
一次承诺变更的登记：上游改造延期后，承诺内容从“首期上线提供收入与费用两类拆分”调整为“首期提供收入拆分，费用拆分顺延至二期”，主表状态由“已承诺”改为“部分承诺”，承诺时间更新为调整确认日期。子表对应记录变更字段“承诺内容、当前状态”，并写明变更原因和确认人。
关闭结论的写法应给出明确结果和依据，例如“已满足：首期收入拆分报表经张敏于2025-06-20确认口径一致；费用拆分转入二期EXP-019跟踪”。若为部分满足，写清满足部分、差异部分及后续安排；若为无法满足，写明原因和已告知的对象与时间。
当期望条目数量增多、状态流转频繁时，可以把主表落到工作项中管理状态和责任人，把来源材料与沟通纪要放在关联文档里。ONES Wiki 记录所有页面版本并支持查看与回滚，便于回看承诺口径的历史表述；ONES ALM 方案围绕需求、基线、版本和变更建立统一管理对象，适用于需求链条长、参与角色多、需要变更影响分析与追溯的研发场景。
模板的调整与维护方法
模板需要在项目推进中保持稳定，同时避免列数无限膨胀。以下规则可作为维护清单。
- 字段增删的判断标准：新增字段应满足“有明确的填写人、有稳定的取值口径、能支撑某项决策或核对”三个条件；仅因个别记录特殊而增加的列，先放入备注，累计出现三次以上再考虑转为正式字段。删除字段前确认历史记录已归档，且没有下游统计依赖该列。
- 定期评审与清理节奏：规划阶段每周评审一次新增期望和优先级；执行阶段每两周核对一次状态为“待评估”“已确认”的积压条目，超过约定时限未推进的，要么升级处理，要么标记取消并写明原因。阶段收尾时集中清理已关闭记录。
- 归档与访问权限：已关闭的期望移入归档表，主表只保留在办条目，避免填写人面对过长列表。涉及干系人个人信息或商务敏感内容的记录，按角色配置读写权限，提出人可查看与自己相关的条目，项目核心成员可编辑，其他人员只读。ONES Wiki 支持为多种角色配置不同的读写权限，可作为文档侧权限安排的参考。
- 与项目其他记录的一致性维护：期望编号应与需求、风险、问题等记录建立对应关系，承诺内容变化时同步更新需求范围说明，冲突标记涉及的双方条目要同时更新。每月抽查若干条记录，核对主表当前值与变更子表最后一条记录是否一致。
模板维护的责任人建议固定为项目经理或指定的项目协调人，字段调整需经其确认后统一发布新版本，并在表头注明版本号和生效日期，避免不同成员使用不同口径的表格。
常见问题
期望登记表里的“期望来源”只写会议名称够不够？
不够。来源字段要保留可追溯的出处，建议同时写明渠道与场合、具体日期、提出人身份，并附上原始表述要点。例如写成“2025-03-10 需求评审会，客户方财务负责人提出，原话为‘月度报表要能按事业部拆分’”，比只写“需求评审会提出”更容易在后续核对时还原语境。转述的期望还应注明原始提出时间，避免把转述日期当成首次提出日期。
优先级已经标了“高”，为什么还要填判定依据和判定人？
只写高低无法比较不同期望之间的紧迫程度，也无法解释后续为什么调整。判定依据应写成可复核的理由，例如“影响上线验收，涉及三个业务部门，关联项目目标G2”，判定人一栏则让优先级成为有主体的判断。当项目条件变化需要下调或上调优先级时，能直接找到确认人，变更记录里也有明确的提出人与确认人可填。
承诺状态为“部分承诺”或“无法承诺”时，承诺内容一栏怎么写？
状态与承诺内容需要成对维护。“部分承诺”要写清满足的部分与不满足的部分，以及不满足部分的后续安排；“无法承诺”要写明拒绝理由和替代方案，并记录已告知的对象与时间。状态改为“已兑现”之前，应先按验证方式完成检查，例如用上月数据演示拆分结果并由提出人确认口径，确认后再更新状态和关闭结论。
期望条目多、状态变化频繁时，登记表放在文档里还是工作项里更合适？
取决于维护重点。以留存背景材料和沟通纪要为主时，文档更合适；以状态流转、责任人和变更留痕为主时，结构化工作项更合适。两者可以配合使用：主表作为工作项管理状态和责任人，来源材料与沟通纪要放在关联文档中。ONES Wiki 支持页面模板库，一键创建制式化文档模板，文档可关联项目任务，页面组可关联项目；ONES Wiki 还记录所有页面版本并支持查看与回滚，便于回看承诺口径的历史表述。
模板用了一段时间后字段越加越多，怎么控制？
新增字段先过三个条件：有明确的填写人、有稳定的取值口径、能支撑某项决策或核对。仅因个别记录特殊而增加的列，先放入备注，累计出现三次以上再考虑转为正式字段。删除字段前确认历史记录已归档，且没有下游统计依赖该列。字段调整由固定责任人确认后统一发布新版本，并在表头注明版本号和生效日期，避免不同成员使用不同口径的表格。
