本文的作者
Les Johnson
是北海岸电子公司（
NCEC
）的
CIO
。中学的时候，他曾到一个小岛上的加油站实习，在实习过程中，他发现这个小岛上的哲学家们经常聚在一起开讨论类似于
"
世界如何走向末日
"
这样的问题。
试想，如果在
IT
项目实施过程中，
CIO
们也不断做出类似的假设，那么这个
IT
项目很可能无法进行下去。
而
Les Johnson
后来能够成为一名合格的
CIO
，或许还多亏了在他经历了这次实习之后，在一个报告会上听到的这样一个英明劝告：
"
不要随便假设，如果总是进行假设的话，你早晚会打自己的嘴巴。
"
而这些话、这些经历如今又再一次显现在
Les Johnson
的脑海中，因为最近他在反思自己的
ERP
工程为什么会迟滞不前。最终他意识到，自己的团队所做出的太多假设，恰恰是导致问题出现的首要原因。下面就是
Les Johnson
遇到的困扰，同时也是他建议
CIO
们不要去尝试的假设。
没有不可能完成的任务
对于为公司提供解决方案的外包厂商，
Les Johnson
和他的北海岸电子公司提出的要求让承接他们外包项目的公司很是为难。
Les Johnson
这样说：在最初制定项目实施计划的会议上，外包厂商的项目经理面对我们提出的工程上线时间眉头紧锁。但尽管如此，我们仍然坚持工程在我们所希望的时间完工。
他说，我的错误就在于，在有明显迹象说明我们已经落后于时间，原有计划不可能按时完成的情况下仍然固执己见。我们错就错在认为对于外包厂商来说，没有什么不可能完成的任务。
项目完工时间取决于自己
松弛的任务完成期限，使得
NCEC
的工程进度会议一拖再拖，甚至最终取消。然而，当
Les Johnson
接到外包厂商打来的电话说他们发现了项目中的一处
Bug
时，
Les Johnson
一下子清醒了。因为这使得他们又回到了三个月前的工程进度上，这意味着他们几乎要重新考虑整个的工程计划。
Les Johnson
说：这给了我们一个沉重的打击，但是我们没有气馁，而是从此远离那种松弛的工程实施计划，对其多处进行适当的调整。把原先计划分四个阶段完成的工作现在改为三个阶段。把原先计划线性实施的工作改为并行实施。但是这样的变故还是提醒了
Les Johnson
，项目完工的时间并不是用户随心所欲的，千万别假设完工时间仅仅取决于用户自己。
所有的这些把
Les Johnson
引入了沉思之中，在沉思之后，他更深刻地理解了报告会上那个劝告——
"
不要随便假设，如果总是进行假设的话，你早晚会打自己的嘴巴
"
。你呢？
