避免计划中的常见错误

    1. 一开始就制定大而全的项目计划，细致非常

    非常致命的错误，这样的计划一方面不可能得到执行，因为随时都可能产生新的问题和新的变化；另一方面，整个过程非常费力，经过几次修改调整，项目管理者就会发现自己的精力都用在修改这种细致非常的、大而全的项目计划上，根本没有时间进行项目内的其他管理工作。随后就会出现，因为疲劳，而不再对项目计划跟踪修订，最后项目计划逐渐失效，计划成为空谈，一切都重新回到最原始的混乱无计划开发状态下。

    2. 对于有多次迭代的项目计划，最开始就要写清楚各次迭代的内容吗？

    如果是这样，假设出现计划制订完，大家都做得很好，项目经理不就没事可做了？

    这个回答必然是否定的，因为在实际项目中对于时间跨度越大的行动的计划就会越概括，对于迭代也是如此。在很多时候，项目的迭代计划刚开始只能写个大概，也就是初步对项目的认识和评定后的结果，随着项目的进展逐渐细化，只需要把你下一迭代要做的内容填写细致，这样迭代的计划也就制定完成。

    在每一个迭代完成后，下一个迭代开始前，要修改计划，调整迭代内容，补充细化马上要开发的迭代细节。同时对前一个迭代进行总结分析，进行数据管理和统计，这个行为也将对下一个迭代计划的执行和制定产生直接的影响。同一个项目内的两个迭代之间的参考性是最强的，通过他们之间的关系可以最大力度的将一些可能发生的问题尽可能的避免或者解决掉。

    3. 项目计划有一般的格式吗？

    格式无所谓，只要大家都能接受，那就是格式。不一定别人的格式就对你的项目有效。每一个项目都有自己的特点，必须根据项目特点来做修改，不能完全使用同样的内容来填写。

    RUP的模版就太繁冗了。

    4. 计划模板内容很多，不会填写怎么办，可以删除吗？

    如果已经采用或者必须采用一些传统的计划模板来填写内容，那么，你应该做好下面两个方面的事情：

    (1)对于无法确定的内容，就把可选的几个方面都写上，不用太多，简明扼要的关键描述，加上三到五句的说明内容即可。

    (2)对于无法填写的内容，比如时间未到，或者资源缺乏而无法填写，那么就明确地注明无法填写的原因即可。

    (3)对于与当前项目不适用的内容，比如部分不需要硬件的项目，而项目计划中却有硬件部分的内容描述，完全可以将它空在那里，或者只需要简单的写上“不适用”即可。

    对于模版不建议将没写（或没用）的内容都删除掉，很多内容是根据项目的进展，逐渐补充上去的。一般，在项目结束的时候，所有内容也就全部填写完成。

    5. 项目开发计划应该给哪些人看？谁又是最需要看的？

    所有相关的人员都应该看。没有谁更需要，只有根据任务的分配，不同角色的关注点有所区别而已。另外，参加项目计划审核的人不仅仅是看，每个人都应该参与到与自己工作内容相关的计划的制定工作中，这样才能使计划更客观，更具有可行性。

    总结

    计划是软件开发过程中的一个重要活动，本文并没有对计划的所有方面进行描述，只是立足于针对具体项目的执行过程问题提供一些可以解决问题的办法和处理手段。