前言

本人一直崇尚一个观点，凡事”预则立，不预则废“，在项目中也是如此，那用什么来体现项目的的“预”呢？那就是一个项目的计划，今天本人就给大家掰扯掰扯项目计划。(注：此文情景适用于IT软件开发项目。)
掰扯之前也先谈谈计划的必要性吧，文章开头本人说过一个观点就是：凡事“预则立，不预则废”，这个观点只说明了计划的中重要性，没说明计划的必要性，下面就简单谈谈计划的必要性。

计划的三大必要性

计划的必要性体现在三个方面：指导、规划、约束。

• 指导：一份完整的项目计划能够详细的将本次项目中的全体工作内容进行总结整理，为相关项目人员提供第一手项目资料，同时还标明了本次项目当中所有参与人员的角色定位，让相关人员更清晰的指导在本次项目中应该承担什么样的责任与义务，这就是项目计划的指导性。

• 规划：项目计划还包含本次项目中所做的内容的时间安排、里程碑安排、沟通安排等相关时间计划安排，这个安排可以让我们对项目的路径走向更清晰，不至于项目走到一半，不知道该干什么了，这就是项目计划的规划体现。

• 约束：项目计划中还应包含风险提示，本次项目当中可能会出现什么风险点，项目内容具体范围等相关项目边界信息，这就是项目计划的约束性。

必要性说完了，下面本人就说说自己写计划的一些简单方法。

计划的方法

构建框架

遵循小学老师教的写作文三要素开始：时间、地点、人物，然后我们再加上一要素就是：事情。

这样就构成了项目计划的基本框架，然后分析项目类型，是全开发项目，还是部分开发项目，还是只需要实施不需要开发的项目，针对具体的项目类型做具体的项目分解。

任务分解

比如项目是一个全开发项目的话，那我们就要考虑需求、设计、开发、测试、发布等各环节的人员安排、时间安排，比如项目需求中的客户接口人，这个需求要找谁沟通合适，找谁沟通这个需求才会被认可，还有怎么样判定客户认可这个需求，如项目需求评审会议，还是出设计原型让客户签字才算是这个需求客户认可。

这些就是做项目计划中的任务分解时需要考虑的。

资源规划

项目分解框架出来之后，就要整理自己手头上的资源了，比如公司投入人员、甲方投入人员、项目公司预计投入的时间，这些都是资源，做项目计划要完整的相关资源记录并一一和项目分解出来的小任务一一对应，比如需求找甲方提供的那个人员，要花费多少时间，出什么结果，这些在项目计划中要一一体现。

里程碑规划

资源分配完毕之后就要考虑项目整体的里程碑，里程碑必须是有代表性或者是对甲乙双方都比较认可标志性事件，比如需求评审会议就可以标明需求这个阶段完毕了，上线就表明系统上线，这些都是项目双方认可的标志性事件。项目里程碑之后需要考虑的就是项目风险，比如在需求沟通中耗费时间过多，有没有相应的规避措施或者替代方案，考虑这些才能保证项目的进度、项目的质量。

沟通规划

另外还要考虑的就是项目进行当中沟通方式，比如需求调研，需求评审，这些都是不同的沟通方式，我们也要像对应的在项目计划中体现，这样才能更进一步的达成双方的认知，以便于双方对这些沟通的时间安排。

以上就是本人列项目计划所做的方法，仅供参考，欢迎交流。