迭代开发实践的两个关键要素

    迭代开发是开发未知领域新产品的必然选择。但没有经历真正的迭代开发时，常常只能通过书籍雾里看花。

    书籍里描写的经典场景是：一个迭代收尾，然后发布半成品给用户使用获取反馈，用户会说：“喔这里看上去不错，但是实际使用时我需要在这里看到...”，当迭代开发中发生这样的场景，说明迭代开发过程是有效的，产品在不断迭代和改良。
   之前经历了一些号称是迭代开发的项目，很少发生这种情况。常常是内部一个迭代完成，测试，然后下一个迭代接着做。现在看，这样的迭代过程，不是真正的迭代开发，因为没有用户反馈。

    最近的项目历时两年，前期也是处在类似的过程里。做完了拿给用户看。用户看看，也在尽量提意见，但基本都是表面的和一些不痛不痒的问题。后来团队聘请了一位领域专家，负责需求沟通和实施，终于我开始经历书里描述的经典场景。于是我恍然大悟：原来不是有专业的开发团队和客户凑在一起就是有效的迭代开发。
   
    因为用户常常是甲方心态，什么东西都应该是乙方想好了给他用的。一方面客户本身比较忙；另一方面，的确也不愿意花太多精力去研究新功能。这就造成了迭代开发里反馈少的问题。

    解决这个问题就是找一个专业的来自甲方的人，进行需求获取和实施，这样就解决了这个问题。

    因此：迭代开发的两个要素是：专业开发团队和真正能花精力研究产品功能的领域专家。