关于开发计划

      经过几年的开发经历，你会发现开发计划往往是赶不上变化的，很多时候我们过分的强调了计划的神圣性，计划是不可随便改变的，出现了延期就会遭受惩罚，造成的结果就是计划和实际的脱离，从计划上看都按时完成了，实际上这都是假象，因为开发实践才是真实的，这样我们就失去了一个对开发活动正常反馈的途径。

      我的观点是计划只是一个协同的工具，匹配各方的步调，只要能够保持步调的一致和配合，计划可以根据实际情况进行修改，计划的修改恰恰是因为计划和实际有脱机的地方，修改之后的计划更能反映实际的开发情况，这样的计划更有参考性和可行性，通过这样的计划我们更能够预测开发未来的进展和预期。

      开发计划制定的时候力度不要太细，比如半天时间，太细的计划太过理想，避免不了经常变化。计划的粒度保持在最细到工作日即可，如果有任务确实是低于一天，可以把几个任务合在一起。计划也不能太粗，最大最好不要超过3个工作日，否则就失去了任务的反馈和透明度。

      计划的制定要分配给基层的开发经理制定，他们做出的计划更贴近于实际，然后可以把计划合并起来，合并最好能够达到产品高度，不要按模块或部门来割裂计划，应该按产品合并成一个统一的计划。

      这样有两个好处:1能够看到整个产品的真实进展 2：能够看到产品的资源分布情况。

有了上面的两个好处，你就如同战区的司令员一样，运筹帷幄。