项目的假设和约束条件依赖和承诺

项目管理发展到今天，很多概念和应用都已略显成熟，但是很多学习者和初学者还是很难理解一些概念，理论上的理解或许稍微好点，但要把这些概念实践出来，似乎还是有些困难。

项目管理有很多概念本身就比较枯燥，在加上看书的人或者讲课的人敲不到点子上，理解的人和听课的人就很是犯难。

前几日和一位学者朋友讨论“假设和约束”这两个概念，这属于离散数学里的逻辑问题，本身有些抽象，在项目管理里就更加有些费解，但事实上这两个概念并不是太难懂，我们以具体案例来说明。

假设，很明显，假设是一个将来的概念，就是事情还没有发生，我们只是在猜测，到底怎么个样子，谁都不知道。

在项目管理里面主要应用于风险管理，因为风险是个不确定的东西，所以你要假设，假设会出现什么影响你项目的事情，然后你要对你现在的假设做出准备，迎合你假设的事情，减少不必要的损失。

不管是什么样条件下的假设，这个概念本身就很抽象，所以理解上就有些困难。

约束是对当前你正在做的或者将要做的事情的一种限制，这个概念是一个具体的东西，就是明白在你眼前影响你，而不能让你做事情的一个框架，这个框架就是约束。

在项目管理中，有约束条件存在，影响到了
项目的开展，那么就要想办法排除约束，或者通过其他方式降低约束力度，还有就是学会避免一些约束的影响。

比如说，A公司某个周末准备在上海徐家汇开展两天的手机促销活动，这个项目的相关数据如下：
一、启动项目（启动前经过可行性研究，市场等条件允许。

启动各项措施都已具备，人员等都确定好了）
二、规划阶段（对实施阶段的整个详细规划）
三、实施阶段（周六、周日两天执行）
四、收尾阶段（周日下午结束收尾）
五、监控阶段（在以上主要环节实施监控和控制等预防）
这个小项目中，出现的假设和约束条件我们列几条。

首先看假设，原本计划是利用周末时间开展，那么我们就要假设在周末的时候下雨怎么办（实施前要调查分析这个结果），不下雨可以在露天下开展，下雨的话就要准备顶棚等之类的东西，所以这个假设就为你项目的实施减少了风险；再看，假设公司促销人员与顾客发生现场争吵怎么办，如果这个假设没有假设到，那么真的发生了是不是让项目负责人很突然，如果你假设到了，真有这样的事情发生，你就有了心里准备，至少可以比较好的处理事情，同样，如何在周日快结
束的时候，拉道具的车抛锚了怎么办，这些都是假设，假设到了，就知道怎么应对了。

当然，一个项目中要假设的东西很多，主要看项目本身的特点和环境因素来定。

再看这个里面的约束条件，徐家汇是个繁华的地方，场地不是特别大，租金也可能不一样，所以根据公司最后的会议决定，本次租金只能是在五万元一天的承受力度，那么这个条件就把项目经理约束了，只能在这个范围内考虑租地，（当然这里项目负责人可以通过个人或者其他方式扩大金额，约束能变）。

还有，如果所租用的场地只能容纳20位工作人员，那么去21位是不是就不太合理，同样是个约束条件。

可见约束就是限制。

在项目管理中，假设的目的就是为了控制风险，而约束在某些程度上降低项目管理风险的另一个措施，这就是不成规矩无以至方圆的道理。

项目的依赖和承诺都分为项目内部的项目外部的。

依赖和承诺密切不可分。

下游工序依赖于上游工序的产出物，而上游工序需要做出承诺在哪个时间点给下游工序交出工件。

项目内部的依赖可以体现到进度计划的甘特图上面，我们在对任务进行排序并分析了任
务的依赖关系后就可以根据网络图得出项目的关键工序以便安排项目资源。

项目外部的依赖主要是项目中的某项任务需要外界提供相关的产出作为支持，如开发阶段任务需要一个其它项目提供的公用组件。

由于外部依赖没有体现到项目进度计划中，而且外部依赖很多时候项目自身无法控制，所以外部依赖更应该通过专门的跟踪表进行跟踪，要提前多做相关的沟通和确认工作。

项目内的承诺是项目进度跟踪的一个重要内容，项目经理下达给项目成员的任务，项目成员接受了项目任务就默认的承诺能够在相关时间点完成该任务，项目经理就需要去跟踪和确认任务能否按时完成。

而项目对外部的承诺则可能很多，如项目承诺在某个时间点给其它项目一个公用的接口，项目承诺在哪一天能够正式发布版本等。

不管是项目对内或对外的承诺，最好都能够转化成Project具体的任务，这样方面项目进行跟踪和控制。