1、计划的粒度。可能每个人制定计划时，都希望对项目有预见性，可以制定出非常详细的计划，以后按照此计划执行、跟踪，就可以了。其实不然，在项目初期，工作任务没有分解的足够细，没有历史数据参考，对项目的范围、工作量、资源都还处于估计状态，是很难制定出一个非常细致的计划的。所以在项目初始，其实可以制定一个粗略的计划的，然后随着项目范围越来越明确、工作越来越细分，计划可以不断细化，使之有效地指导下一步的工作。

        2、何时开始做计划。可能在项目管理/软件工程中有提出，如开发计划在什么时候做？测试计划在什么时候做？ 其实计划从我们一开始（立项）就在做了，只不过可能你初期的计划是非常粗略的，甚至不是文档化的，但这都是计划。

        3、历史数据及经验。 经验对计划是有用的，但个人积累的经验可能不是相关项目的，即使是类似项目的，也可能因为不同的项目背景有所不同；所以积累历史数据是非常重要的，项目历史数据可参考性更强，有助于更加准确地制定计划。

        4、计划的执行。  制定了计划就是要指导执行的，如果不按照计划执行，不如不花那个时间写文档。但有时候计划就是不如变化大。 那应该如何处理呢？可以从几点进行考虑：
        1）计划是不是制定的不合理；如，没有加入松动时间，对资源限制考虑不够，如果项目组成员工作16*6都做不完，那你的计划应该修改了：）

        2）计划有没有定期跟踪并修订；计划与实际肯定是有偏差的，所以计划也要定期修订，如果计划与实际相差太多，可就没有指导意义了。

        3）计划没有经过评审和项目组的认可。比如你订计划，一个人应该一天完成某个任务，实际上也许任务太难、也许他能力不够等等，他10天都做不完。你订这样的计划，也就没有什么意义了。

        5、那计划应该何时修订？曾经一个项目组，走CMM过程，每一点点不符合都要形成不符合报告，然后修订，其实不必要的。不是连CMM都建议计划偏差到一定程度才做书面修订的吗？不过，如何定义这个程度那应该坐下讨论一下吧，毕竟拿来的不一定都适用。