【IT168 专稿】    什么是计划？“计划”是一个多涵义的术语。计划的本意是人们对事业的未来发展所作的部署和安排。莫里斯·博恩斯坦曾给计划下了一个不褒不贬的定义：“计划”是未来行动的方案，它包括三个主要特征：

    ⑴它必须与未来有关；

    ⑵它必须与行动有关；

    ⑶必须有某个机构负责促进这种未来行动。

    作为一种日常行为，计划可以看作是一般的“有意识、有目的”的活动，但作为在学术上有价值的计划概念，显然就不能停留在这个层次上。

    百度百科计划的定义：工作或行动以前预先拟定的具体内容和步骤。

    管理学中计划的定义：确定组织未来发展目标以及实现目标的方式。

    在软件开发中，计划也是软件开发过程中的一个重要活动。软件开发活动中到处充斥着计划的存在，比如：测试计划、软件开发计划、配置管理计划、风险管理计划、需求管理计划等。

    如何评价项目计划状态

    很多书籍和资料都可以查阅到有关计划制定和执行过程的相关问题，但是，在软件开发中，我们的计划评审活动做得如何呢？不妨做一个评估，看看项目计划评审是否真得起到效果：

    1. 你们公司的项目有计划吗？

    2. 你们公司的项目开发计划都有哪些？只有一个整体计划，还是有其他计划？

    3. 你们公司的项目计划中都有哪些内容？

    4. 在按照模板填写计划的时候，你是否感觉有很多内容总是无法下手？

    5. 在计划的执行过程中是否总是遇到与计划时候不一致的地方？处理这些不一致的地方的时候，你对你们的操作手段感觉合理么？有没有一个评价手段是否合理的办法或者标准？

    6. 如果计划发生变更，你们会如何操作？修改，评审之间的过程关系是怎样的？

    7. 你们的计划变更频率有多少？或者说一个项目执行过程中会发生多少次变更，每次变更都修改计划么？是否有变更的时候你们会不修改计划而继续执行，甚至最终抛弃了计划？

    8. 项目结束的时候是否会审核实际执行过程与计划的一致性问题？他们真的能够保证一致么？

    9. 对项目计划执行过程中发生的各种情况是否有统计数据可供后续计划制定和项目执行的时候参考？这些数据都存放在哪里？他们是否是有效的？如何保证他们有效性？

    请大家记录上面这九个问题的答案。我们来看看一个计划应该如何制定和执行才能起到效果。

    项目计划分类

    本文只考虑整体项目计划，不考虑测试计划、质量保证计划等非整体项目时间任务安排的计划。

    项目中的计划大体上可以分为整体计划和阶段计划。项目的整体计划一般来说只有一个；阶段计划则包括里程碑计划、月计划和周工作计划：里程碑计划对于小项目（两三个月内的项目）一般不需要考虑，月计划在一些控制较好的项目中只是作为给领导汇报的材料而已，周工作计划则是具体执行的细节计划。

    这里具体讨论最常用的整体项目计划和周工作计划。

    1. 整体项目计划

    项目整体计划一般是对项目的全过程进行计划的起始。中国有句古话：一年之计在于春，一日之计在于晨。这里说到的就是计划的问题，一年之计可以类似于把一个项目的整个过程对应到一年的各个阶段上，可以称之为春夏秋冬四大法则。

    春天：万物复苏，计划从这时候开始制定，似乎一切都很美好，一切好像都在按照刚刚完成的计划进行。

    夏天：天气炎热，各个物种在不同的阶段进入繁盛时期，项目的开发情况一片火热，大家热情高涨。但是，问题也在随之发生，虫子和各种病原体也都逐渐出现并开始生长。

    秋天：似乎到了收获的季节，可是我们的项目还没有结束，因为夏天的一些疾病到了秋冬季节才开始爆发。这时候人们会进入各种集市进行商品交换，为冬天做储备，而随着大量人与人接触的发生，也给了这些病菌快速传播的途径和机遇。

    冬天：万物萧条，气温降低，冰雪覆盖大地（南方除外），而我们的项目都已经过了项目验收的时间，可是客户还是不签字。因为有些问题仍然没有被解决，时间越拖越长，开发组成员的心也越来越凉。老板因为项目无法结束，项目款收不回来而开始从项目组抽调一些人员到其他新的项目中，为明年做准备，人手严重不足，加上历史问题的存在，计划再一次濒临绝境。

    2. 周工作计划

    一日之计在于晨说的就是周计划的内容，因为我们不可能把一个人的行为直接附加到一个项目组的团队上面，随着人数的增加，计划的周期必然扩大，否则，每天24小时就只剩下开会和制定计划。

    另外，项目中的每一个具体任务都可能会持续几天、几个星期甚至几个月。所以，每天都制定新的计划对于项目来说是不太现实的。

    周计划一般来说是项目组的最小计划范围，这个计划可以细化到天，计划的审核点则应该细化到小时。比如：星期二下午2点对模块A的设计方案进行评审，那么模块A最迟应该在星期一下午5点以前完成设计方案并提交到配置库，由配置管理员或者项目组内部的分发机制软件将该模块设计方案的审核权利分配给参加审核的具体人员，同时发送邮件或者其他告知方式将星期二下午2点的评审会时间确定，同时星期二上午每一个要参加下午评审的人应该留出相应的时间来对模块A的设计方案进行阅读并在上午11点以前提交评审问题表。（关于评审如何做，请参考《如何让评审工作真正有效？》）