最危险的依赖，常常是周计划里默认永远可用、因此从未被写出来的那一个。
项目计划展示你准备做什么，依赖地图展示这些工作继续推进所必须保持为真的条件。
一人公司的依赖很容易集中：一个客户审批人、一台电脑、一个收款渠道、一位专业协作者、一个域名账号，以及你自己的健康。任务排得再整齐，也可能因为其中任意一项停住。
依赖地图不是为了画复杂图，而是让你看见：哪里只要延迟、失去访问或缺少决定，就会阻断收入或交付。
什么算项目依赖
依赖是下一个重要结果所必需、但不完全由你控制的条件。
从六类查找：
- **人员：**客户审批人、协作者、合作伙伴、会计；
- **输入：**简报、素材、数据、凭证、法律文本；
- **决策：**范围确认、预算批准、优先级选择；
- **工具：**托管、支付、邮件、代码库、自动化；
- **时间窗口：**上线日、续费日、报告周期；
- **现金事件：**预付款、里程碑款、供应商支出。
你的注意力也是依赖。如果三个项目同一天都需要你独有的判断，瓶颈并不在任务清单。
实用的依赖梳理流程
1. 选择一个结果，不要一次梳理整家公司
从未来 30 到 60 天内的具体结果开始，例如客户网站上线、研究报告交付、重要合同续签或收到里程碑款。
一次绘制整个业务，只会得到漂亮却难以行动的资产清单。
2. 从结果向后倒推
不断询问：“在这个结果之前，什么必须先成立？”直到抵达已经具备的输入。
例如客户上线之前，需要上线批准、最终评审、收到反馈、代表版本完成、所需素材到位和权限已验证。扁平任务清单很难暴露这样的链条。
3. 标记依赖类型
每项记录：
- 需要什么；
- 谁或什么控制它；
- 日期或触发条件；
- 当前证据；
- 备用方案；
- 会阻塞哪些下游工作。
区分自己负责的动作与外部条件。“向客户请求审批”是你的动作，“客户审批已收到”才是依赖。
4. 标出单点故障
单点故障没有可用替代方案，并且能阻断关键结果。例如只有一个人能批准上线、只有一台设备保存必要凭证、只有一位协作者理解关键流程、一个平台同时保存客户名单和唯一导出，或一笔回款必须先到才能支付供应商。
不要把所有东西都标成严重。只有当失败会阻断一个难以绕开的重要结果时，才算关键依赖。
5. 用三个问题估算暴露程度
- **概率：**本项目期间延迟或丢失有多可能？
- **影响：**什么结果会停，停多久？
- **可发现性：**你能提前多久知道？
一个大概率但可提前一周发现的延迟，可能比上线当天才发现的小概率故障更容易处理。
把最高暴露项放进项目风险雷达，不要维护两套互不相连的系统。
6. 为每个关键依赖选择一种处理方式
- **移除：**改变计划，使它不再必要；
- **降低：**更早取得，或用代表性测试验证；
- **复制：**增加备用人员、设备、导出或服务商；
- **缓冲：**增加时间或现金余量；
- **转移：**适当使用保险或合同；
- **接受：**记录风险和触发器，因为处理成本更高。
“持续关注”不够，除非你写清要看什么信号，以及信号出现后做什么。
7. 把触发器放进日常工作
依赖地图只有改变行为才有价值。
例如：如果客户素材周二前未到，就改用已准备的占位内容；如果里程碑款逾期五天，就暂停不可退款的供应商订单；如果主要自动化连续失败两次，就启用书面手工流程；如果唯一审批人不在，由已确认的代理人在边界内决定。
把触发器放进每周复盘、日历或项目状态流程，确保你真的能看到。
可直接复制的依赖登记表
目标结果：
依赖条件：
**类型：**人员／输入／决策／工具／时间／现金
控制者：
需要日期：
当前证据：
阻塞结果：
概率／影响／可发现性：
主要处理方式：
触发器：
触发后动作：
负责人：
最后检查时间：
保持清单精简。五个有处理动作的关键依赖，比五十行未排序记录更有用。
每周 20 分钟复盘
依次检查：哪个依赖更接近失败；哪些证据已过期；哪个“已确认”输入从未真实测试；哪里只有你能行动；哪笔未来回款支撑了另一项承诺；哪个备用方案从未演练；是否可以直接移除某项依赖。
复盘后更新下一步动作，不要只改风险描述。
常见错误
把任务当成依赖
依赖是必须变成真的条件。把自己的动作和外部结果分开记录。
把“已发送”当成“已收到且可用”
邀请发出、文件上传或发票开出，都不是最终需要的结果。要验证访问、格式、审批或资金到账。
从未测试备用方案
无法恢复的导出、没有权限的代理人，都只是令人安心的故事，不是备用方案。
忽略个人产能
当只有你能销售、审批、交付和支持时，你的日历就是关键路径的一部分。用产能规划指南让约束可见。
对所有依赖平均关注
注意力有限。优先处理会阻断近期重要结果的依赖。
PlanovAI 如何支持依赖管理
PlanovAI 可以让项目目标、工作分解、风险、决策、文档和外部信号保持在同一上下文中。你可以识别每个里程碑真正等待的条件，并把预警信号连到具体响应。
AI 可以从简报或计划中提示隐藏依赖，但人员责任、访问权限、合同边界，以及备用方案能否真实运行，仍需你验证。
常见问题
风险和依赖有什么区别？
依赖是结果必须具备的条件，风险是可能影响结果的不确定性。一个依赖可能产生延迟、失去访问或质量失败等多个风险。
需要专门的依赖管理软件吗？
不需要。只要能展示关键条件、控制者、阻塞结果、触发器和响应，简短登记表或简单图就够用。
多久复盘一次依赖？
关键依赖每周检查，并在重大承诺或上线前复查。范围、负责人、日期或供应商变化时立即更新。
如何把自己作为依赖进行梳理？
列出只有你能完成的决策、关系、凭证和专业工作，再为每项选择记录、委派、自动化、缓冲或主动接受。
应该先备份什么？
从丢失后会阻断高价值结果、且备用方案建立最慢的依赖开始。测试恢复过程，而不只是备份动作。
现在就做
选一个 60 天内到期的结果，向后倒推最可能阻断它的五个条件。在继续加任务前，先为每项写好触发器和响应。