如何做好项目规划？这里也许有解决方案

互联网的研发活动往往以快速交付需求作为自己的目标，经常听到研发同学抱怨“怎么又要做规划，环境老是变动，规划做了也没用啊，还不都是推倒重来”。诚然，制定规划着实是一件非常耗费脑力的事儿，而且往往需要接受后期的变更，但规划也是研发过程中不可缺少的重要环节。计划驱动的瀑布开发自不必多说—前期的规划决定项目所有后续发展，而在积极拥抱可变性的敏捷开发里，Scrum中一个Sprint内的需求完成也是默认不改动的。所以说，规划是无法忽视的必然进行的项目活动。

有一点笔者非常认同——只做必要的规划。项目或产品研发过程中事无巨细的规划，其实在应对变数时往往不堪一击，所以如何恰当地完成项目中的规划？结合笔者的实践，有以下几个原则和大家分享：

由上及下拆解，无遗漏无重复

从目标与需求出发，对所需要完成的工作进行层级拆解，来确保在每一层级的拆解中都做到了无遗漏无重复。这里可以采用常用的方法WBS（Work Breakdown Structure）。作为描述思路的规划和设计工具，WBS 可以清晰地表示各工作之间的联系，从目标或需求开始，明确要分成多少块工作内容。

定义完成或接收标准

在规划中，我们往往不会忘了指定需要完成的工作，截止时间以及相应的负责人。但如何算作是完成？如何才是项目愿意接收的状态？在规划中往往会被忽视。在制定规划时便与各相干方进行同步就完成定义达成一致，是增加目标按期望达成，减少项目失败的有效途径。

优先级权衡

在瀑布开发中，后期变更成本会比早期变更高很多。所以为了减少后期变更，我们有两个选择：1）提高前期规划准确性并加以严格控制，减少变更发生 2）识别优先级，快速验证重要假设并及早进行调整。对于方式1来说，实在太过考验规划者的能力，且往往不可实现。所以方式2会更受推崇：进行优先级的排布，对高优先级的内容进行快速验证，对低优先级的内容只进行粗略拆分，从而适应不断出现的变化，让无效的规划时长减少到最低。

识别依赖，寻找并控制关键路径

大致拆解完毕之后，就应该对项目的关键路径进行识别，这也是对项目资源进行全面评估与规划的重要活动。关键路径是决定项目工期的项目中最长的路径，任何关键路径上的延迟都将直接影响项目的预期完成时间，所以这一步的主要目的就是及早发现资源冲突，保证项目进行过程中不会出现不必要的延迟。

及时检查与调整

即使会有一定变更代价，但是我们不得不承认这么一个观点：不管是否采用敏捷，要接受计划是需要在每个阶段接受检查并作出调整（变更）的。但随着知识的获取和不确定性的降低，不断调整的规划会越来越接近实际。所以根据项目的实时状态，并及时完成调整（变更），也是所有项目成员应该达到的共识。

市面上支持项目规划的工具有很多，杭研项目管理部经过多年积累并结合实践，也在项目管理平台EasyProject上的项目管理模块中，进行了项目内容规划的支持。

和之前的其他项目规划方式或工具相比，EasyProject中的项目规划有以下优点：

1

结合目标让交付价值更明确

EP上项目管理的初始模块单位为目标，在目标下进行需求或任务的拆分，在项目规划中的每个任务对应的价值也就一目了然了。团队中的成员可以更全面看到自己所承担的任务在整个项目中为哪个目标助力，又与哪些其他需求或任务有所联系。

2

层级规划粗细结合

EP上项目内容模块支持直接树状拆分，在单据类型后进行操作，即可进行下一级拆分嚯将其设为里程碑。项目内容与进度规划一目了然。

3

实时反馈项目进度，避免重复工作

项目管理平台内的模块共享单据，所以在项目管理模块中创建或者进行管理的单据，也可以在产品管理维度中进行操作。除了项目经理，团队内的各个角色都可以直接在项目管理模块中进行细分拆解与任务状态更新，团队的所有成员也可以在项目详情页看到项目实时进度。同时解决了多数项目管理工具线上线下重复进行拆分誊写的人力消耗。

当前EasyProject也在不断迭代优化中，有任何建议或者试用意向，也可以和我们进行探讨。