迭代与需求演化

记得07年我在做一个大型项目的时候，我们的团队对于客户的业务几乎一无所知。后来硬是通过几个月与客户的死磨硬泡，对那个行业的业务才有了一个入门。

之后，我们试图在一个月内可以定义high-level的需求，但是终归没有实现。于是，我们只能从当时能够看到的几个特性入手，开始了开发。

随着一个一个迭代的进行，通过在每个迭代末我们给客户的演示，客户有了越来越多的想法，我们对系统的概貌和具体特性也看得越来越清楚。于是，我们对系统的架构也有了更好的把握，对原先确定的计划也根据更深的认识进行了调整。目标越来越清晰，我们对项目的计划也越来越有信心。客户也越来越有信心了。

最近的一个项目，我们在重复着同样的过程。不过这次更难，因为我们面对的是不懂技术的最终客户。我们发现，如果没有周期性的演示和从客户那里收集他的反馈，我们是不可能定义一个正确的系统的。迭代天生就是一个创新的过程，也是一个需求验证的过程。未知的东西越多，就越要通过迭代来让那些未知的东西逐渐浮现出来。

通过缩短迭代的周期，让客户融入到系统开发当中来，并且让客户也尽可能理解我们的工作，实现与客户的良好互动。