共计 2716 个字符，预计需要花费 7 分钟才能阅读完成。
一个我的项目不是独立存在的，而是受其所处环境的束缚，我的项目胜利与否取决于它们所处的环境——公司环境和公司内部更宽泛的环境。我的项目依赖关系和束缚是项目管理中重要的一部分 ，在本文中，咱们将具体介绍对于我的项目依赖关系和束缚的所有内容。
一、什么是我的项目依赖关系？
在项目管理中，我的项目依赖关系定义流动执行程序的关系，示意两个流动 (前导流动和后续流动）中一个流动的变更将会影响到另一个流动的关系。例如，如果必须在开始流动 B 之前达到流动 A 的开始或完结日期，则流动 B 依赖于流动 A。
依赖关系应该在项目管理文档中列出，这样它们是通明的，每个人都具备雷同的信息。在筹备我的项目进度表之前，理解流动之间的依赖关系有助于确定流动的程序。
以下是三种常见的流动依赖关系：
● 实现 - 开始（FS）——最常见的依赖类型。流动 A 完结，而后流动 B 就能够开始
● 开始 - 开始（SS）——两个流动必须同时开始
● 实现 - 实现（FF）——两个流动必须同时实现
二、我的项目依赖关系的类型
1. 公司内外和我的项目内外的依赖关系
① 公司内、我的项目内：这些与程序我的项目流动无关，它们产生在公司的“墙”内以及我的项目的框架内。
② 公司内、我的项目外：这些依赖关系会影响公司外部但我的项目之外的事件，比方其余部门作为其余我的项目一部分进行的流动。你能够在程序中找到很多这样的元素，因为不同的我的项目在某些元素上会相互依赖。
③ 公司外、我的项目内：针对我的项目而发展但由公司内部资源进行的流动。这能够由供应商实现。
④ 公司外、我的项目外：你不会常常对我的项目产生依赖，就如同它超出了你的我的项目范畴，通常不须要解决。然而，将它们放在依赖矩阵中就能够很好地实现工作！例如，第三方进行的流动须要我的项目内部的人员进行审查，而后能力持续进行你正在做的事件。
2. 上游和上游的依赖关系
① 上游依赖关系：指的是在我的项目开始之前必须产生的事件，也就是说，在开始一项工作之前，你须要期待一个流动实现。例如，咱们的我的项目对基础设施我的项目有上游依赖关系，以便在咱们的我的项目能够应用基础设施之前实现它。
② 上游依赖关系：是你的我的项目在其余事件开始之前必须交付的货色，即其他人在他们开始工作之前期待你实现流动。例如，John 对你的工作有上游依赖性，因而，在须要打算他的我的项目时，要让他晓得你的工作何时能实现。
三、什么是我的项目束缚？
束缚与依赖无关，束缚与依赖都会影响咱们安顿工作和打算资源的形式。束缚与依赖相似，它们都会影响你交付我的项目的形式。然而，束缚是限度你抉择的货色。
以下是一些束缚示例：
●必须在六周内实现这个我的项目——六周的工夫限度就是一种束缚。
●必须依照品牌准则开发软件——品牌准则是对开发团队创造力的一种束缚。
●只需用一个发夹和一卷胶带即可固定设备——可用的资料是一种束缚。
四、我的项目束缚的类型
1、我的项目范畴束缚：我的项目的范畴就是规定我的项目的工作是什么。对于我的项目的范畴束缚，不能漠视我的项目的商业指标，而偏差技术指标，防止产生我的项目最终后果与我的项目干系人期望值之间的差别。
2、我的项目的工夫束缚：我的项目的工夫束缚就是规定我的项目须要多长时间实现，我的项目的进度应该怎么安顿，我的项目的流动在工夫上的要求，各流动在工夫安顿上的先后顺序。
3、我的项目的老本束缚：我的项目的老本束缚就是规定实现我的项目须要花多少钱。对我的项目老本的计量，个别用破费 多少资金来掂量，但也能够依据我的项目的特点，采纳特定的计量单位来示意。
五、如何确定我的项目的依赖关系和约束条件？
作为项目经理，你面临的挑战是在各种环境束缚下找到胜利交付我的项目的办法。辨认和评估依赖关系和束缚是一项有用的流动，因为许多我的项目决策都将基于此信息。如果无奈满足依赖关系，或者束缚过于严格，则会影响将我的项目交付至原始打算的能力。以下是辨认和查看我的项目中所有依赖关系和束缚的 5 个步骤。
步骤 1：创立所有我的项目依赖项的日志
理解了什么是依赖项后，项目经理能够应用 8MSaaS PM项目管理工具 中已有的模板建设依赖 / 束缚日志来记录所有对我的项目有影响的依赖项，包含谁负责管理依赖关系和所有其余相干信息，是外部依赖关系还是内部依赖关系。如果它是一个内部依赖项，则能够增加一个链接，以查找更多信息。如果内部依赖关系是另一个我的项目，须要记住要定期与其余项目经理来评估对我的项目的影响。
步骤 2：创立所有我的项目束缚的日志
你能够应用与记录依赖项雷同的文档，记录所有对我的项目有影响的束缚。如果你感觉创立一个独自的日志更适合——例如，如果你有很多束缚，则能够随便创立另一个文档。
步骤 3：确保我的项目启动文档中有次要依赖关系和束缚
将次要的依赖关系和束缚转移到你的我的项目启动文档（PID），目标是将无关该项目标所有要害信息集中在一个地位——PID（或我的项目章程）。如果没有太多依赖项或约束条件，则能够将它们全副蕴含在 PID 中。如果日志中有很多条目，请思考哪些是最高优先级的，并且只蕴含它们。
步骤 4：确保次要依赖关系和束缚都在危险日志中
我的项目内部的依赖关系通常具备危险，尤其是当依赖第三方来交付某些我的项目时。限度因素，如用户测试人员的无限拜访等限度也是潜在危险，因而请确保也将其记录下来。事实上，如果你曾经晓得束缚将成为一个问题，那么就将其记录在你的问题日志中。
第 5 步：就如何监控依赖关系和束缚达成统一
除了领有日志和最新的 PID 或我的项目章程，你还须要找到一种定期评估依赖关系和束缚的办法，以便能够治理它们对我的项目胜利交付的影响。如果你对其余我的项目有内部依赖性，请与相干的项目经理进行沟通，并约定如何在事件发生变化时让彼此晓得。
对于异样报告，你能够应用这一个准则：只有当事件不按计划进行时才向其他人报告。如果你的我的项目依赖于另一个我的项目在某个日期之前实现某个流动，并且看起来将要实现，则另一个项目经理只会在看起来当初无奈实现时，才向你报告。
治理外部依赖关系的一种简略办法是，记住在我的项目团队会议中进行探讨。我的项目团队成员越理解我的项目流动对别人工作的影响，他们就越有可能在呈现问题时收回正告。然而，如果有疑难，就去问他们，并将其作为例行会议的惯例议程模板的一部分。在这些会议期间，你还能够更新日志，以包含随着我的项目的进行而呈现的任何新的依赖关系或束缚。
当然，对于那些曾经呈现在危险日志的依赖关系和束缚，风险管理将依据如何审查和治理危险进行解决。
我的项目依赖关系和束缚是制订我的项目打算时要确定的内容，应用 8MsaaS PM 项目管理工具，能帮忙我的项目管理者理清我的项目中的逻辑关系，进而更好地制订我的项目打算，实现我的项目指标。
