如何制定一份完整计划

前言

最近工做中在接触一些项目管理的内容，在工做中上级要求对于某件事情叫我作一份计划，作计划这个过程当中反反复复改了几回。才造成最后的计划。

计划的重要性

在项目管理过程当中计划的重要性不言而喻，无论你是项目经理仍是普通的开发人员、测试人员在工做中实际上都须要有计划，在项目管理领域中，项目管理中的五大过程组中，规划过程组就是其中一个，规划的核心其实就是计划、一份计划基本上是贯穿了整个项目管理过程。

在项目管理中，一份计划实际上是项目经理和相关干系人集体对焦的过程。它指引着项目的进度的推动、直到完成。

一份计划这么重要，但实际工做中大部分人作的计划其实称不上一份完整的计划。下面我将从计划的几个注意要点来和你讲一下如何作出一份完整的计划。

任务要具体

刚刚转管理时，上级分配任务下来，可能会叫你列举个大概计划，这个时候的计划就是这样的：我将在xxx时间完成这个模块的功能。这种计划对于我的来讲问题也不大，若是对于管理人员来讲简单的回复是不行的，由于这样的计划太不具体了。

好的计划要给出时间节点，并给出依据。因此咱们拿个一个任务以后须要经过wbs过程，分解任务过程，就是把项目工做按阶段可交付成果分解成较小的、易于管理的组成部分的过程。

计划要全面

经过wbs工做分解任务以后的计划还不是一份完整的计划，由于 计划不是简单的任务列表，程序员只须要关心本身何时把任务列表做为结果，而项目管理人员须要总体看计划，须要有关键路径， 作计划的方式的转变，背后实际上是思惟方式的根本转变。 明确整个项目分红多少块工做内容、涉及哪些角色和哪些环节工做项、每一个任务对应到我的，每项工做拆解到 3 个工做日之内。

若是一份计划只有任务列表，没有识别关键资源和关键依赖，也没有考虑研发以外其余环节是不够的。

识别依赖并画出关键路径，这一步意味着咱们开始从目标的角度对资源进行统筹思考。同时若是在计划中增长里程碑标识。就会使得计划更加清晰。

定义完成标准

在计划中节点完成标准须要统一。需求、设计确认完成 功能完成、提测、里程碑完成、这些完成怎么才算完成，例如是开发人员说开发完成，仍是须要测试才算完成，提测的标准是什么？是开发人员说能够提测了就能够吗？仍是bug率要达到某个标准才行。这个标准最好提早定义好

达成共识

有些项目经理定出计划以后和相关人员说完以后就等最后的成果检查，这样是不行的，口头说可能后面都说不清，可能相关人员也没有正确吸取计划。

计划要透明，而不能只是口头和相关人员说。须要将计划发到各个相关人员手上， 作计划自己并非最难的，真正难的是什么？对焦！没有达成共识的计划，是不具有任何效力的。 达成共识并公开透明 只有你们对节点的状态达成了共识，才可以更加顺利的推动项目，若是没有共识，可能就出现一种状况，到了某个里程碑节点，准备进行成果检查时，发现事情的结果压根没有达到预期的要求，从而致使项目推后。

及时更新

在项目进展过程当中，老是有一些特殊的事情发生或者开始作计划时没有考虑到的事情，因此说作计划是个反复修正、渐进明晰的过程，若是有变更咱们要对计划进行持续地跟进与调整。重要的是，每一次进行调整，都要确保项目中的每一个人知道当前的计划是什么，调整计划须要怎样的决策过程，都须要谁参与决策。而及时调整变动。 即时调整 并告知相关人员。

总结

从上面几点能够总结，一份完整的计划须要几个过程，

1. 计划工做分解
2. 识别依赖及各环节关键路径
3. 定义完成标准
4. 达成共识并公开透明
5. 即时调整变动。 后面在工做中在作计划的过程当中须要多注意，若是以为文章对你有帮助，可关注公众号：科比可比克