依赖关系
出自 MBA智库百科(https://wiki.mbalib.com/)
依赖关系（Dependencies In Project Management）
目录 |
依赖关系（Dependencies In Project Management）又称“项目依赖关系”，是项目管理中的一个概念。定义是两个活动之间的关联，其中一个活动需要另一个活动的输入。意味着一个活动的开始或完成依赖于另一个活动。[1]
在项目管理中有4种类型的依赖关系，即强制性依赖关系、自主性/选择性依赖关系、外部依赖关系、内部依赖关系。
项目依赖关系示例[1]
两个活动A和B。让我们假设B通过FS(完成-开始)关系依赖于A，没有任何超前或滞后。
意味着B依赖于A，A一完成B就开始。
但其他项目关系也存在依赖关系-“完成-完成”、“开始-开始”和“开始-完成”。它们也存在着超前或滞后。
上面的例子可以用下面的任何一种方式来描述：甘特或项目网络图。
时间刻度甘特表示
项目网络图表示
也可以用数学方法表示上面的示例。
B（S）= A（F）
上式表明B的开始等于A的结束。它使用0方法计算开始日期和完成日期
依赖关系、假设和约束之间的差异[1]
通过同样的例子来理解这个概念。
情景：项目经理要求客户在项目过程中对设计工件进行“批准”。没有此“批准”，项目无法继续。
假设：PM可能“假设”“批准”可能在2周内到来，并可能相应地制定计划。
约束：团队只能等待“设计批准"。项目团队为“受约束”。
风险：如果设计未按计划获得批准，则存在项目可能延迟的“风险”。
依赖性：项目团队的活动只能在客户活动（“设计批准”）完成后开始。项目团队的后续活动“取决于”客户的活动（“设计批准”）。
同样的情况可以用不同的方式来写。它可以写成依赖、假设、约束或风险。
依赖关系与假设[1]
项目依赖性&假设彼此之间有很大差异。
项目假设可以定义为一个陈述，通常认为是真实的，没有任何证明或证据。它是规划过程中的主要因素之一。
在上面的示例中，我们标识了一个依赖性假设。不过，即使没有依赖关系，
也可以识别项目假设。例如资源成本不太可能超过每小时$100。
类似地，可以存在没有任何标识的假设的纯任务依赖性。你必须买票才能坐公共汽车。
依赖关系与条件约束[1]
项目依赖关系&约束彼此之间也非常不同。
约束仅仅意味着限制。一个项目可能会因为许多因素而受到限制。任务依赖性只是其中之一。
在上面的示例中，我们标识了一个由于依赖关系而产生的约束。由于客户活动（“设计批准”），项目团队“受限”。在客户批准之前，他们不能做任何事情。
但是，即使没有相关性，也可以标识项目约束。例如，限制可能是由于资源不可用、预算短缺、外部环境等。
依赖关系与风险[1]
风险是可能发生的事件或条件，它至少会影响一个项目目标。
就像假设和约束一样，风险可能是由许多因素造成的。排程依赖性只是其中之一。
在上面的示例中，我们发现了一个由于依赖关系而产生的风险。如果未按照规定的时间表进行审批，则项目可能会延迟。
不过，即使没有依赖性，也可以识别项目风险。例如，由于估计错误、质量差、自然灾害等，可能存在风险。
项目相关性仅在两个任务之间考虑。
依赖关系的四种类型[2]
强制性依赖关系（Mandatory Dependencies）是法律或合同所要求的，是工作性质所固有的。由于这些原因，工作必须按一定的顺序进行。它们也被称为硬逻辑（Hard Logic）。
例如，假设有两个活动A和B。如果B对A具有强制相关性，则意味着在完成对A的操作之前，无法对B执行操作。让我们看看下面的例子来了解：
- A：需求文档; B：客户批准-客户在文件编制完成之前无法批准要求
- A：打地基; B：建造一个楼层-建筑物的一个楼层在地基铺设好之前是不能建造的。
- A：制造汽车原型; B：执行碰撞测试-除非原型本身可用，否则无法对维护原型执行碰撞测试。
选择性依赖关系（Discretionary Dependencies）由项目团队定义，因为特定的活动顺序更适合工作性质。这些逻辑也称为首选逻辑、优先逻辑或软逻辑（Soft Logic）。
有时，有多种方法可以定义两项活动之间的顺序，但项目团队决定采用其中一种顺序。他们之所以选择特定的顺序，是因为他们从以前的经验中吸取了最佳实践或教训。
例如，假设有两个活动A和B。A和B可以独立地进行或一个在另一个之后进行。项目团队可以选择使B依赖于A。让我们看看下面的例子来了解：
- A：-开发系统模块X; B：开发系统模块Y -项目团队可以先开发X或先开发Y，但他们决定先开发X。
- A：布置房间R; B：布置房间S -项目团队可以先布置房间R或先布置房间S，但他们决定先布置房间S。
- A：预订机票; B：购买旅游保险-项目团队可以在购买旅游保险之前预订机票，或者反过来做。
外部依赖关系（External Dependencies）是在项目活动和非项目活动之间定义的。项目活动由项目团队完成。非项目活动由项目团队以外的人员完成，例如来自客户组织、供应商组织或同一组织内任何其他外部团体的代表。
一般而言，项目团队无法控制非项目活动，因此，项目进度可能会因非项目活动的未执行而中断。
例如，假设有两个活动A和B。如果B对A具有外部相关性，则表示B是项目活动，而A是非项目活动。以下示例有助于理解：
- A：客户先行; D：启动项目：在客户同意之前，项目不能启动。
- A：设备交付; D：开始开发：设备交付后才能开始项目开发。
- A：建筑图则的批准; D：开始施工：除非建筑图则获得批准，否则不能开始建筑施工。
内部依赖关系（Internal Dependencies）是在两个项目活动之间定义的。通常，项目团队对项目活动具有完全控制权。
例如，假设有两个活动A和B。如果B对A具有内部相关性，则表示A和B都是项目活动。这些由项目团队成员执行。没有任何外部方的参与。
例子：
- A：开发系统; B：试验系统
- A：砌墙; B：粉刷墙面
- A：组装机; B：包装机
强制性与选择性以及外部与内部依赖性
共有4种类型的项目依赖关系。但是，只有2个同时适用。两个活动之间的依赖关系可以是下列其中一项：
- 强制-外部
- 选择性-外部
- 强制-内部
- 选择性-内部
两个活动不能同时具有强制性和选择性。同样，外部和内部不能同时发生。
例如，上述强制依赖项部分的第一个示例也是外部依赖项，而第二个示例是内部依赖项。
依赖关系与活动关系[1]
活动关系与项目依赖关系密切相关，但它们具有不同的含义。在一些项目管理文献中，依赖关系和活动关系这两个术语可以互换使用，这实际上是不正确的。
依赖关系只是表明一个活动依赖于另一个活动，但依赖关系并不说明一个活动如何依赖于另一个活动。例如，在一种情况下，活动A将在活动B开始之后开始，但在另一种情况下，活动A将在活动B完成之后开始。在这两种情况下，活动A都依赖于活动B，但关系完全不同。
与从属关系类似，有4种类型的关系-完成到开始、完成到完成、开始到开始和开始到完成。所有4个依赖关系都可以表示为所有4个关系。
