项目计划预估

进行一个项目开发项目，我们预期的状况是这样的：

需要实现一个例程，达到从A到B的一个操作。看起来很完美。

但是实际开工之后却发现变成了这样的状况：

大量的细节在项目开始的时候没有预估到，比如：

• 中间过程中出乎意料的复杂度。
• 各种发现的例外状况。
• 需求变更下的返工。

这些状况构成了图片中其他的路径，工期的时间和路径的长度成等比关系。 然后要把产品做得好，具体的分支细分还会更多。

如果希望更快完成，我们可以尽量砍掉其中的路径：

• 开始之前有原型开发，预估到技术复杂度以及预先处理掉；
• 例外状况不予接受，或者交给人来处理；
• 小规模迭代，应对需求变更；至少尽快处理一个可用版本。