产品经理做项目管理，需要把控的无非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反复的出现，这其中的原因值得思考。