系统终于上线成功了，做为项目经理的你长长的舒了一口气。昨天给大家准备的面包已经吃完，半夜因为不够吃还加了几桶方便面。你一边安排大家回去，一边嘱咐好值班人员的任务。望着窗外已经微微发白的天空，你不禁问自己为什么每次系统升级都要熬一个通宵才能搞定。

即使最后终于升级完成了，但是你自己知道这只是侥幸，因为准备不充分导致升级的过程中出现各种各样的问题，不得不在生产环境排查很多异常、甚至在线修复BUG。团队的士气也完全没有了以往的激情，大家在昨天晚上的升级过程中还因为出现的问题互相埋怨。你同时明白系统套路深，更大的风险藏在看不见的地方，勉强升上去的系统总有一天会让你吃到恶果。

当然事后，本次升级会被表扬为有战斗力，能打硬仗。可是，宝宝心里的苦，，，只是不说。

以上只是做为一个软件开发商或者SAAS服务提供商在项目升级过程非常“正常”的情况。

你知道，在制定项目进度时，领导、销售、客户总是会施加压力，让你不断缩短已经计划好的时间表。可你是明白的，在制定项目计划的时候，还是给项目中的任务安排了保护时间来应付可能的不确定性，但就是不知道为什么最后时间还是不够。你心里暗暗的想，看来下次需要据理力争、强硬一些，争取更多的项目时间了。

程序猿：

我可以插个嘴吗？我不是项目经理哎。

或许你只是一个项目团队中程序猿，还不是项目经理，但你不要以为这与你没有关系。没当过项目经理，难道没有被项目逼过加班吗。

直到有一天，你了解了基于TOC的关键链（CCPM）项目管理方法，你发现以前项目中遇到的问题是因为我们在项目管理改进中找错了解决问题的方向。就好像明明得了口腔溃疡，你却天天在用飘柔洗发水。（待续）

人们往往倾向于压制长期存在的问题，那些他们已放弃了解决的可能性的问题。

——高德拉特