是不是他的路线规划出来中午去吃，踩这个香蕉不会死？所以规划就是要把所有因素考虑进来，看看我的目标怎么达到，是不是计划我的路径，实现目标路径的阶段对不对？所以规划就是干这个的明确项目的范围。
他说的这个很学术话，谁要用我刚才理来理解就是这个目标怎么达到，得提有一个方案。如果这个目标很确定，环境的变化并没那么大，你做规划做的越细致，达到这个目标的概率就越高。如果这个目标这个香蕉还到处在跑，等你规划完了，这个香蕉都被别的猴子吃掉了，那你的规划是不是要快速迭代起来？别想那么多，先上下试，上下试能不能以生命为代价去试，不可以的是不是？
所以敏捷方法有他的试用场景，你的试错成本不能太高，只有这种情景下是不是才适合敏捷方法？你看在硬件领域适不适合命运敏捷方法做？在你的实际工作当中，硬件方、硬件领域你的试错成本和软件领域的试错成本哪个低？软件都是头脑工作对不对？都是脑力劳动，你的生产工具就是电脑，所以他的试错成本很低。
能带来的一个现象就是软件开发类的项目使用敏捷方法的适用度是不是比较高？而那种以硬件为基础的甚至硬件加软件以硬件结构决定你软件实验方法的领域是不是迭代方法、敏捷方法都不那么好用？
比如说建筑行业可不可以用敏捷方法去做？大体上是不行的，因为这个地面已经是确定的了，这个楼的设计方案是不是已经确定的了？所以你看他管变更的时候是不是只要跟图纸不一样，是不是就得经过批准？不经过批准可不可以施工？你也可以施工但是肯定就打死你了对不对？所以他严控变更。
而对于那种变化比较频繁，试错成本有没有那么高是不是？引进方法对变更管的并不那么严格，只要有好处是不是就去做？大不了重新来一下重构是吧？可是对于我们说的生命人生，像更多重要的事情不适用这种方法。
接下来就是执行了，执行就很简单，有了方法之后是不是执行这个方案？那执行这个方案和规划这个方案的时候是不是有很多因素会出现不一样？规划的时候偏理想，执行的时候不要考虑很多现实的因素，所以在执行的时候会大量的发生一些跟计划不一样的情况。
如果是预测型方法出现，