玩三阶魔方引发的项目管理感想——项目计划

作者：蓝白云

上一篇简单地提到了项目目标的感想，参见http://blog.csdn.net/vivasoft/article/details/8575395。这里延伸一下上篇的小故事，说说项目计划的一点点感想吧，还请大家批评指正。

魔方是老婆在春节前整理东西时翻出来的，便放在了茶几上，之后才有了玩魔方的小故事。后来她跟我说，她整理东西时看到了这个魔方，料到我会玩，所以特意放在了茶几上。老婆这个细微的举动确实用心了，感谢老婆。说到这，让我想起了这个魔方的历史。这可是公元后2006年购买的，时隔6年左右才重见天日。话说在当时一时兴趣买了它，之后就一直没有时间玩，也没心思玩，直到最近花了我整整两天时间才学会。为什么是两天时间才学会？原本计划的可只是一天，偏差100%（偏差太大了），没脸见父老乡亲了。哦NO，可以说是用了我6年左右的时间才学会，没脸见人了。

这个时候问题就来了。为什么计划只有一天呢？为什么又延期了一天呢？我没有玩过魔方没有经验，跟着感觉来的，同时也参考了我的一位亲友的情况（花了一整天学会）。而延期了那确实是有理由和事实根据的，两天里总被其它一些事情打断和干扰。大家有木有很熟悉的感觉？有木有？

常见的项目计划和结果也是这样：拍脑袋拍出代码行数，然后根据代码行数计算工作量推出工作计划……最后大大延期。还有一种情况是那表面不延期的，实际还有功能或问题未解决的。这两种情况内心中都会不安。后者就不说了，说说前者吧。

为什么我们的计划偏差比较大？我认为原因有以下几点：

• 正如项目中对有些Story或Task没有经验一样对待还原魔方这样Story，拍脑袋的。
• 正因为不了解自己的优势（善于做什么）一样去了解项目团队中每个成员的不同优势，而常常把程序员看成了真正的程序猿（像机器或猿一样重复劳动和生活），觉得1+1是等于2的;
• 正因为参考别人的计划而脱离了自身或团队的实际情况的（别人平均35行代码每天，我们也可以达到35行每天甚至更高的）;

如何做好一个软件的项目计划，做到没有偏差？我个人认为没有一个很好的解决办法，因为软件是一种研究性的工程，只能尽量缩小偏差。往往大家遇到的Story或Task是自己未曾遇到过的，遇到过的基本上都形成了框架或组件了。只有当大部份的需求像组装汽车一样都是通过拉一些组件配置一下的时候，那时候的软件项目计划将是完美的。而现在不排除有些软件已经做到了。

《敏捷软件估计与规划》这本书不错，但仍不可能做到无偏差。