用户由于缺乏专业训练，无法清晰、准确的表达其意图，导致需求的歧义和模糊；用户的参与使模糊、边界不确定的需求在互动的过程中得到确认和完善；在用户参与过程中，我们常常可以听到这样的话：

　　“是的，就是这样的”

　　“这正是我想要的……”

　　“这里需要修改一下……”

　　“我的想法是这样的……”

　　这个过程中，用户承担了一部分测试人员的角色。我们努力做的事情就是实现用户需要的东西，并最终让用户喜欢它，唯有用户喜欢它才能用好它，那么我们怎能不认真听取用户的意见呢？一句话总结就是：用户参与帮助我们做正确的事情！

　　八、怎么才能评估团队是否已经敏捷了？

　　由于敏捷开发没有标准的可供参考的实践过程，所以很难通过某个过程而断定其开发过程敏捷了，那么如何来评估团队是敏捷的呢？一般采用的办法是根据团队呈现出来的氛围、项目运作状态、团队成员的感性认识等方面来评估团队和其开发过程是否敏捷，常见评估项目团队是否已经敏捷的方法如下：

　　● 团队有共同的愿景，并且对这个愿景充满信心

　　● 团队有明确的阶段目标并且为每个成员所知晓

　　● 团队知晓当前计划：做什么、何时完成、预期效果等

　　● 团队任务是低耦合的，并且紧密协作

　　● 发布过程是轻松愉快的，构建版本并不断测试是常态行为之一

　　九、敏捷开发能缩短项目时间并提高质量吗？

　　从我的实践经验来看是可以的，但目前无法提供量化的数据做参考，只能从几个方面评估和推断：

　　● 用户的参与帮助团队把功能一次性完成并做正确，缩减了返工的时间；

　　● 不断的重构和测试发布能把问题发现在早期，整体质量显著提高；

　　● 过程目标导向，使团队高度集中于项目目标，提高了生产力；

　　● 不断的发布对团队是种正向激励，荣誉感和成功欲使团队保持持续的激情；

　　以上是一些敏捷开发过程当中的疑问，其实还有很多，目前我这边还只是主推让开发和测试团队敏捷，PD团队还在摸索当中。下次我会分享一下如何在需求这个层面用敏捷的方式来设计，去产出PRD文档。敏捷设计、敏捷开发、敏捷测试连在一起，这样才能最大限度的发挥敏捷的效用。

　　本文转载自雷锋网