14.从Plan和Schedule的意思差异观察关键链项目管理CCPM的精髓
2012-06-02 22:05阅读：
[Plan]、[Schedule]
很多时候我们在各种语言翻译的时候，经常不是很能够很好地体现[Plan]和[Schedule]两个单词的意义。经常我们用同一个含糊不清的单词[计划]来表示。
按照百度字典的翻译
Plan：[网络释义]
1.设计图 2.计划，设计 3.平面图；俯视图 4.计划；规划
5.计划档
或 1.计划 2.平面图、详图 3.计画
Schedule：[网络释义]
1.广告发布时间表 2.进度计划 3.时间表、计划表 4.工期 5.(赛程)
或 1.比赛日程 2.排程 调度 3.时间表；计划表
4.进度计划、附表 5.日程安排
我们可以看到都有计划的意思，但是Plan更多地是强调规划、设计或者是一个相对长期的带有指导性的计划，
Schedule强调的是日程、排程、进度计划。
因此，个人觉得对各种管理、如企业、项目、团队、人生等的规划管理的认识，应该是
“长期的规划 Long Term Planning”
“短期的排程 Short Term Scheduling”
这也就是为什么觉得计划僵化的原因。
我们是否有经常做了一个3个月的计划，然后按照这个计划去执行，而往往由于各种不确定因素，导致没有办法按照这排定的3个月计划去执行，然后我们美其名曰：“计划跟不上变化”。
这其实因为3个月的计划其实是个预测，充满了不定要素的预测计划。
我们是否有因为可能一个月或者两个月后客户可能会有项目委托，而僵化地把现有空闲人员保留在项目组中，或者是很早就将新员工招募在项目中，而往往因为客户方面的委托拖延，导致了空置等待，偶尔又导致无法等待只好临时短期紧急支援其他项目，“左也不是、右也不是”的境地。
还美其名曰：“客户拖延导致我们空闲”、“我们的成员很能够胜任紧急项目支援”。
其实是因为我们没有及时动态的掌握客户的进度，合理和动态的调整我们的日程安排，而是僵化地期待客户能够按照当初的计划进行。
我们是否有安排了一个日程计划，在日程计划里面详细的定义了每个成员、每天或者是每个任务的完成日期，往往因为某个程序的设计延误，拖延了开发人员的开发开始时间，或者是开发人员的开发迟延，拖延了测试的开始时间，而往往交货/交付时间是不能够改变的。
那么不是靠增加投入人员，就是靠彻夜加班，或者就是减少测试的项目和深度来实现，还美其名曰：“工时和品质不能同时保证，它们是矛盾的”。
从这个意义上，Plan是战略性的，对项目做了一个很好的规划，规定了项目的里程碑、利害关系者的职责、和项目的内容，以及大致的计划。而Schedule是战术性的，需要按照现场的状况，短期间的、动态的、能够减少相互间的牵制和耦合地，能够实时把握各种Task的延误可能对整体Plan造成的影响地进行日程安排。
所以我们看关键链CCPM，其实就是充满了排程和排程控制的智慧，
“聚焦，防止多任务”
“保证瓶颈资源”
“防止关键路线变化”
“识别和保护/保证关键链”
“安全时间的管理”
“项目缓冲、接续缓冲、资源缓冲”
“缓冲的集中使用”
“'还剩几日'的管理智慧”
“子任务的缓冲交与父任务管理”
“Not to DO” 等等
它们，也就是CCPM的精髓了。红黄绿只是其中的一种表象、手段。
（完）
