← AI学习中心 / 项目与协作
怎样整理项目依赖而不编造排期
文中企业场景、人物与业务数字为教学示例，不是客户成果记录。
【直答】整理依赖只做两件事：把谁等谁的事实关系列清楚，把对方给没给排期如实记录。对方给了排期就原话记录并注明获取日期，没给就写未提供，不估数、不填预计。汇总后的缺口清单交给有权协调的人去要排期，计划表里的时间只能来自有权方的承诺，不能来自整理人的愿望。
【业务场景·合成演示】一家连锁门店收银系统换装项目，上线时间依赖运营商专线开通。运营商一直没给排期，项目表里被填了预计两周，看着圆满。结果专线第六周才通，上线顺延，前置的宣传物料和培训全跟着重排。事后查，预计两周四个字没有任何出处，是填表人为了让图好看写的。
【具体做法】第一步，列出本项目所有等别人的节点，每个节点对应一条依赖。第二步，向被依赖方要三样东西：依赖内容的准确定义、对方当前状态的表述、对接人是谁。第三步，对方有排期的，原话记录并注明是哪天、通过什么渠道获得的；对方没有排期的，写未提供，一个字的估计都不加。第四步，汇总成依赖表，缺口单独成列，让没排期的项目一眼可见。第五步，把缺口清单交给有权协调排期的人，请求里写明每个缺口影响哪个节点、影响什么。第六步，排期更新后新增一行记录而不是覆盖旧行，保留更新日期，形成这张依赖表的变化轨迹。
【示例表·合成演示】门店收银换装项目依赖表：
| 本项任务 | 被依赖方 | 依赖内容 | 对方当前状态 | 记录日期 |
|---|---|---|---|---|
| 收银切换演练 | 运营商 | 专线开通 | 未提供排期 | 10月14日 |
| 会员数据迁移 | 原系统服务商 | 数据导出格式说明 | 原话：格式文档下周给（10月13日口头） | 10月13日 |
| 收银员培训 | 内部培训组 | 培训教材定稿 | 已提供，10月10日收到文件 | 10月10日 |
【可复用空模板】
| 本项任务 | 被依赖方 | 依赖内容 | 对方状态原话或未提供 | 记录日期 | 更新记录 |
|---|---|---|---|---|---|
【反例·合成演示】另一位项目经理为了让甘特图闭合，把一个尚未给排期的审批环节填成三天。实际该环节因需补充材料后延两周，后续节点全部错位，而团队此前一直按三天做准备。错误不在审批慢，在于计划表里的三天从头到尾没有人承诺过。
【常见疑问】问：客户一定要一个时间怎么办。答：给客户的是三样：已知信息、缺口在哪、下次更新时间，不承诺没有依据的日期，把排期的承诺留给有权给出承诺的一方。问：依赖太多维护不过来怎么办。答：只登记影响关键节点的依赖，常规性、可自行消化的小依赖不进表，控制表的规模。
【来源说明】本文跨方收集状态、按原话记录再汇总缺口的做法，受OpenAI的The Den案例中跨文件资料整理思路启发（https://openai.com/index/the-den-family-social/）。该来源仅提供跨文件整理的方法启发，不涉及任何效果数字；文中场景与表格均为编辑设计的合成演示，未经实际运行验证。
【收尾思考】打开你们现在的项目计划表：有没有哪个日期，仔细想想其实从未有人承诺过？