守则15 在原则中保持弹性
做项目经理的，一定都听过一句话“唯一的不变，就是项目一直在变化”。这种变化涉及到项目的时间、范围、成本、人员、环境等因素，而且无论项目经理如何计划，都最终不可避免的要面对并且接受这种变化。这也就直接导致了 刚性与弹性 这两种截然不同的力，会在项目经理身上同时体现出来。
如何去接受这些变化，就是考验一个项目经理的原则与弹性的场合了。
所谓原则，通常来说指的只有一点——项目的目标不能变。除非是项目取消或者其他重大变化，这一点永远不能发生变化。这就是项目经理一定要坚守的原则。
在保持上述原则的情况下，弹性的重要性就表现出来了。我们所说的弹性，更多的是一种在管理中的宽容度。说的简单一点，标准不是一个点，而是一个区间，在这个区间范围内，可以任意浮动。这就是弹性。
弹性，在项目管理中的作用会体现在项目管理的各个方面，让项目经理在工作中避免碰壁，提升更大的发挥空间。特别是项目管理中的人际关系的弹性，对项目经理的工作更是有着超乎寻常的作用。
人际关系有弹性，才可以在信任为前提的基础上，享受更多的自由。尤其是在平衡兼顾干系人利益上，更是如虎添翼。
项目干系人的利益，往往是不一致，甚至是互相冲突的。对于没有弹性的项目经理而言，他所看到的可能是各种冲突的利益，从而感觉工作完全无法开展。而对与一个有弹性的项目经理而言，就比较容易在弹性空间之类找寻更多的平衡，选择不同的多角度，从而得到一个不一样的结果。
但是，对于弹性的拿捏，很多项目经理会比较疏于应对。这个时候，弹性就有可能变成了一把双刃剑。所以项目经理除了坚持团队规则为原则之外，还需要根据项目团队在不同情况以及任务特性情况下，选择适当的弹性。这样才可以在规则和创意之间，达到一个良好的平衡，并实现价值最大化。
回到实际项目中，我们会发现，即使是在项目型的组织中，项目经理都没有被授权对变更进行最终的决定（CCB才是）。那么这种情况下，原则与弹性有是什么呢？
原则其实只有一点：任何事情，一定要坚持程序、流程、文件和规范的正义性。也就是任何的变更基准的操作，都一定要根据流程来，留下文档，保证过程的正义性。
而弹性又是什么呢？弹性就是在不破坏原则的情况下，对于“度”的把控。原则本身不是0或者1的选择，而是在0和1之间，有无数的中间状态。这些中间状态，就是弹性的来源。
肯定有人会问，那么这种弹性有没有什么准则呢？很可惜，坊间并无这种准则可以遵守，这些弹性只有项目经理根据将自己的经验以及工作环境，适当处理。这里给出几种场合下的弹性建议，仅供参考：
- 项目目标是一定要达到的，这是原则。但在实际情况下，的确是无法通过努力或者变更而达到的情况下，可以根据时间、精力、优先级等维度，优先完成最重要的几项，后续再新启项目处理后续；
- 合同是最重要的原则。但如果双方在可以互惠互利的情况下，通过补充合同的方式，达到双方利益最大化；
- 规范化文档是原则。但针对一些不重要、严谨度不高的项目，文档可以适当简略，比如可以不用详细设计；
- 满足干系人的期望是原则。但当无法平衡时，优先满足关键干系人的需求；
- 曾经承诺的人不能参加项目时，可以接受提供资浅的项目人员加入；
- 准点上下班是基本的项目原则。但针对SA、DBA这种随时需要待命的岗位，可以适当的弹性化工作；
- 变更要走流程是原则。但是针对紧急且明确要处理的变更，可以在CCB的正式文件下来之前提前执行。
所以你看，项目经理要在各种不同事务和场合作出完全不一样的处理方案，这就是体现项目经理能力的时候了。所以说，项目经理真不是一本PMBOK就能胜任的啊。
本章小结：
- 项目一定会变，这点无可避免；
- 弹性，对项目经理来说非常重要；
- 弹性与原则的度，要有明确的拿捏，否则会适得其反；
- 弹性的本质，其实是一种平衡。
下一次我们要讲的是守则16 以人为本而不是技术
