在项目计划过程中，项目经理的4个作用
1. 完善和优化团队给出的初步计划
开发和测试给出自己相关任务的时间点，但是对于一个项目来说，这些还不够。这些往往会被团队所忽略的，包括但不限于如下几点：
安排多提测点：刚开始的时候，开发会习惯给出一个最终提测的点，这对尽快交付并不是什么好消息。所以项目经理需要去跟开发一起梳理，是否有一些功能点是可以提前交付的，这样测试就能提前介入，从而缩短研发周期。
需求冻结时间点：几乎在每一个团队中，需求变更总是最头疼的。对于需求变更，我们不能完全说不（一来是要应对市场的变化，二来我们也理解在策划阶段总是有一些未知的问题），但是不是任何时间提出来的需求变更我们都接受的，我们认为在某个时间点之后再提出的需求就会影响版本的顺利上线，那么我们就有可能拒绝。这个时间就是冻结时间点。考虑到这个时间不能太早也不能太晚，太早不切实际，太晚又影响计划。所以我们定义的需求冻结时间点是在最后一个提测点之后的一天。
数据埋点的安排：埋点工作常常在计划阶段被遗忘，所以就需要在计划制定过程中给开发预留一部分工作量用于埋点，同时明确埋点完成的时间节点以及埋点验收完成的时间。
代码冻结的时间点：所谓代码冻结当然就是代码不允许改动了，因为在最后时间的代码改动都有可能引起bug导致无法按时上线。现在我们约定，上线前一天完成代码冻结工作。其他时间点：如有管理后台配合的功能，就要约定管理后台上线的时间；API接口的上线的时间等。
2. 合理的统筹人员分配
工作量合理分配。各任务评估完成之后，需要将工作量做合理的分配。很多时候看到开发自己排定的计划中工作量的分配会不均衡，有些人多有些人少。但是当被问及原因时也并没有什么原因，可能只是没有仔细考虑，所以项目经理要帮助团队更多的考虑这部分，将工作量能够更合理的分配。
人员在多项目间的分配。例如发现开发和测试排出来的计划已经不能满足时间节点的需求的时候，一方面当然是要优化当前的计划，但发现已无优化空间时，就要考虑调整人员的分配情况。因为项目经理会比具体的成员更了解从全局上的优先级，就可以考虑将低优先级项目的人员临时调到高优先级的项目上来，当然这是在跟职能主管取得一致意见的情况下。
3. 考虑假期影响
一个版本开始之前最好能够收集大家既定的请假情况，在工作量安排上给予考虑。尤其是在一些法定节假日前后尤其需要考虑。另外一些特殊情况也会导致请假人员密集：例如公司每年六月份都会消除上一年遗留的年假，这也会导致大家在6月份密集请假。除了请假安排的考虑，项目经理还必须考虑节假日带来的“假期综合症”，如国庆或者春节这样的长假前后，大家的工作效率都会降低，这也会成为项目延期的风险，所以需要在计划阶段给予考虑。
4. 周知计划
确保相关人士能够明确项目计划。研发团队常常会禁锢在自己的一亩三分地，所以一般情况下，很少有人会想到要周知其他角色，就算有意识去通知相关角色也会很容易遗漏。所以项目经理就需要帮大家补足这部分。
需求人员（包含老大）会很关心计划，包含具体的需求范围（需求范围可能会跟策划原先提的有所出入，会根据工作量情况做微调），以及具体的上线时间。
运营人员，运营同学需要该计划来确认下一波上线的内容，从而判断是否需要针对某几个功能或者活动安排运营推广活动。
市场同学，市场同学需要通过该计划来提前准备提交应用市场审核的相关材料，如果有首发安排的话，还需要提交首发申请。
如果是跟其他业务团队合作的，那么还需要通知合作方。
（稿件来自：信息技术部王阳）