📚 课程目录第1章依赖关系基础

一、依赖关系基础：什么是任务依赖、依赖的类型、为什么依赖关系会出问题

大家好，我是老张。做项目管理这么多年，我见过太多项目栽在同一个坑里——任务之间的依赖关系没理清。今天咱们就从最基础的东西聊起。

说白了，任务依赖就是「这个活儿干完，那个活儿才能开始」的关系。你想想看，盖房子总不能先装修再打地基吧？

我个人的习惯是，拿到项目的第一件事不是排时间，而是先把所有任务之间的「谁等谁」画出来。这一步做扎实了，后面的进度表才有意义。

举个例子：

这些就是依赖关系。没有它们，项目计划就是空中楼阁。

核心定义：任务依赖是指两个或多个任务之间存在的先后顺序或逻辑制约关系。前序任务的输出，是后续任务的输入或前提条件。

项目管理里，依赖关系就四种。我刚开始带项目时总觉得记不住，后来发现其实就两个维度：谁先谁后，以及是否允许重叠。

这里面，FS 是最常见的，大概占项目里 80% 以上的依赖关系。SS 和 FF 用得少一些，但用好了能大幅压缩工期。至于 SF……说实话，我在项目中遇到过的情况一只手数得过来，但它确实存在，比如系统切换场景。

我的经验：刚开始做计划时，先把所有 FS 关系列清楚。等团队成熟了，再考虑用 SS 和 FF 来优化并行度。别一上来就搞复杂依赖，容易翻车。

这个问题我问过很多项目经理，答案五花八门。但归根结底，就三个原因。

这是最常见的问题。你以为两个任务没关系，结果做到一半才发现「哎呀，这个数据得等那边算完」。我在项目中遇到过好几次，都是因为前期需求没对齐，漏掉了隐式依赖。

举个例子：

任务A：开发用户登录模块
任务B：开发权限管理模块
—— 看起来没关系，对吧？
—— 但权限管理需要登录模块的用户身份信息接口
—— 这就是一个隐式的 FS 依赖

嗯，这里要注意。有时候团队之间沟通不到位，A 组以为自己在等 B 组，B 组以为自己在等 A 组。结果两边都在等，项目直接卡死。

我曾经见过一个项目，前端团队和后端团队互相等了整整两周。后来一查，其实根本没有依赖关系，纯粹是信息不对称。

项目进行中，需求变更是常态。但依赖关系变了，计划却没跟着更新，这就出大事了。

避坑指南：我曾经带过一个电商项目，中间改了支付接口的返回格式。我以为通知了后端团队就行，结果前端团队还在按旧格式开发，上线前才发现对不上。那次教训让我养成了一个习惯——每次变更都要重新审视所有相关任务的依赖关系。

下面这张图，我把四种依赖类型和常见问题放在一起了。你可以把它当作本章的知识地图。

这一章咱们把依赖关系的基础打牢了。记住三件事：