实事求是地讲，我们的估算一点也不准确。在软件项目中，最难的也就是估算工作。并且，我做了这些年，发现这种情况也没有得到什么大的改变（至少在我的身上）。核心是，记录估算数据以及如何使用它们——估算的数据、数据、数据，这是核心问题。

每天都在讲范围、说需求，真的到了想整理出点什么的时候，却一下子不知从何说起。也许是熟悉麻痹症吧。根据我的破经历，在需求方面有几个是最搞人的，只要我们方法得当，虽然不一定能够完全驾驭，但起码可以改善一些或者说当板子落下来的时候至少我们不会受伤。

近来思想天马行空，常会想“我们以前在软件工程中花了大力气学到的瀑布模型及各种模型去哪里了，软件开发生命周期我们何时在哪儿用到了”这样无聊的问题。其实，在我们实际的项目开发过程中，不管意识未意识，我们都自觉不自觉的用到了某个或某几个软件生命周期。目前各类书籍上提到了很多概念，搞的人晕乎晕乎的，其实也就是那么回事情，叫什么不重要，重要的是理解透彻并运用自如。

     以下是我在工作中总结并常使用到的方法，个人觉得挺实用。

      1．分解任务到最小单元

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

在项目的实际操作中，经常会碰到出资方与承建方的想法大不一致（更糟糕的是到了中后期双方才意识到）、出资方内部对项目的期望有大的分歧。这种情况在项目启动时如果不加以重视和管理，还天真的想能够成功？？？

项目启动

       有如下棋，开局的重要性就毋庸质疑了。要想从头搞砸一个项目，最简单的方式就是不动脑子，直接开始。多做一点组织和规划的工作，就能为项目多留一些成功的希望。
……

      当我们在软件项目中遇到形形色色的问题而无法自拔时，当每天为进度、需求而加班至精神恍惚、面黄肌瘦时，我们是否想到用伟大的毛泽东思想这笔宝贵的财富来解救自我？我这么说是有充分的依据的，并且能够借助这笔利刀斩断乱麻。理由是：

PM之如何应对别人把你当皮球踢

       往昔，职业中总会有一些意想不到的困难和苦恼，后来理清楚了——其实主要是定位不清晰引起的，希望以后不会再因为这些问题而导致烦恼，或者至少在有困难时能够理直气壮。