我们做的项目计划就是一堆垃圾啊！这些年做项目的经历中，回想起来最让我觉得好笑的是做的项目计划尤其是进度计划。事后想起来，更像是为了做这么一个文档而做，表面看起来漂漂亮亮的，其实是不堪一击、甚至是个为了应付检查而制造出的荒唐玩意。

       我们为什么需要计划？没有计划肯定是不行的。有些人认为与其花时间写计划还不如花时间编写代码。困难的地方并不是写计划，而是在于规划——思考、协商、平衡、询问、倾听和思考更多。实际上计划的编写主要集中在这些难点上。虽然在分析如何解决问题上花费了时间，但这将减少项目在后续实施过程中所发生的意外。

       我们应该怎么样做计划？计划不必完美无缺，实际上这也是做不到的。只要这个计划能让项目启动起来，同时让大家看到成功的希望，就可以了——我们总是搞些婆婆妈妈而且表面看起来很漂亮的东西。即使打算重新规划某个项目，我们也不必在一开始担心计划是否完美。做一些计划，收集一些数据，再继续计划，这样做很可行。项目有太多的风险和不确定性，想在一开始就把一切都想好非常非常难。从规划开始，每隔几周再重新（继续）计划。无论采取何种生命周期管理项目，都得做好反复规划的准备。只要这个计划在被（或许很快）替换之前具备可行性就可以了。

       计划中应该包含哪些东西？ 一个实用的计划不仅仅是一个进度或者任务列表，还必须包括：

□    人员、预算和其他资源估算和计划；

□    团队角色和职责

□    如何获得所需的人员

□    假设、依赖关系和风险

□    对关键交付物的描述和期望交付时间

□    遵循的软件开发生命周期

□    如何对项目进行监控和跟踪

□    要收集和分析的数据

□    如何管理与外包商和供应商的关系 （有的项目没有）

       我们做计划时常常走入的误区：项目不是出现计划过度的情况，就是出现计划不足的情况。项目永远不会完全按计划进行，试图准确规划一切可能的活动和可能发生的事情是不可能的。然而，另外一个极端的做法就是完全跳过计划而一头扎进项目中去，这将招致不可预料的后果，最终导致无法兑现你许下的承诺。

       关于WBS的误区。我每次做的WBS就很漂亮，但是里面就只有非常肯定（其实是生硬）的日期，没有任何可以供选择的，没有考虑返工或测试后修改需要的时间，没有考虑风险应对所需的时间，项目完成后验证它就是一堆垃圾。而我自己在做完WBS时还沾沾自喜呢。晕！WBS是任务的组织形式，展示它们之间的依赖、持续时间和所有者等信息。WBS在项目中出现得越早（级别越高），能得到的信息就越少。WBS是会随着项目进度而演变的。