2.分析类项目未必按最初设想的路径推进

无论从人类决策过程的精微细致抑或过往成功的项目经验，我们可以总结出分析类项目必须遵循随需而变的设计理念。这在某种程度上决定了不会存在大一统的分析类项目，而应该采取敏捷模式 – 快速创建原型系统并获取反馈、以多个自包含的循环逐步推进并随机决断。

比如，我们这一个部门就曾经对于分析类项目的结束状态非常固执。他们对于最终要达成的目的十分清楚，而且想通过一次整体发布来实现之。当我劝说他们把项目拆分成几个动态可调的阶段时，他们明确回应到：“没必要，我们知道该怎么做，你只用提供所需的数据就行了。”

为了避免那种大规模的分析项目，我对他们提出：让我们用敏捷方法来完成这个项目吧，看看是否更有成效。如果最终失败了，我请整个项目组一顿午饭。面对这个挑战，项目负责人和我达成了协议，在第一阶段进行试验。

在接下来的几个礼拜中，我们完成了第一阶段的工作，做出了产品的原型。全体成员都对项目最终产出有了与原先不同的认识和理解。在开始规划下一阶段的工作时，他们的需求完全改变了。原先只是想收集产品反馈相关的信息，而现在则把未来的主要工作目的变成了填补库存信息的缺失。当项目最后成功完结后，其最终状态已经与最初的设想大相径庭。而且，这种转变是随着他们思考和决策的路径逐渐演化的。