产品经理怎么把控项目进度?

这是我很早之前写的文章，时至今天，我也无法回想和理解我当时为啥这么说话，我想这就企业文化对于一个人的影响吧。就像我现在见到人就喊XX总一样，人总是要随着环境变成某个样子。不过现在依旧很想念那段大家叫我Michael的时光~

下面所说的硬件产品，相比互联网产品可以敏捷开发快速迭代，项目进度更加难以把控，这些经验大家可以感受下~

产品经理做项目管理，需要把控的无非schedule，cost，scope。

至于说到schedule，我想没有schedule不被划掉的PM，只有不知道自己的schedule会被划掉的PM。

想想现在两个案子的schedule的status，大致schedule被delay的原因如下

1.Spec的变动:

这其中包括很多方面，一方面是busniess的考量，如果案子已经被delay的十万八千里了，抛去技术层面的问题，一个案子开案只是为了给个不确定的account，这就给schedule埋下了一个雷，因为spec就是accout而定的。当然，因为for 某个account，而导致spec的变动，造成同样的影响。另一方面就是PM自己在开案之初没有将需求收集完全。

这个时候PM要承担起主要责任。

2.RD解bug的能力：

这个不多说，project遇到bug天经地义，不过值得反思的地方，PM在开案之初拉schedule之时，是否给RD足够的时间呢，PQA测完就开review的arrange是否合理呢？

3.开案的准备：

总觉得现在所有的案子都是在很紧急的情况下kick off，然后schedule赶啊赶，抛开business的因素不说，我们讲天时地利人和，PM能否在开案之时确保影响project一切因素都OK，比如，driver这类的，不要等到想到需要时才去push厂商，造成project的停滞

4.流程的卡关：

秉承产品development-flow的精神，每个phase有每个phase的目的。可是现在为了schedule基本上都在打破这种精神。另一方面，对每一个phase的issue的卡关也至关重要。现在相同的issue在每个phase反复的出现，这其中的原因值得思考。

本文系作者小麦原创发布，转载请注明来源于人人都是产品经理，并保留原文链接